Наименование проекта Introduction: Программное решение для интернет-магазина
Дата завершения первого
3/21/2020
этапа
Дата сдачи проекта 5/1/2020
In Scope
1 Функциональное тестирование
2 Автоматизация фунц. Тест.
3 Тестирование безопасности
4 Нагрузочное тестирование
5 Тестирование юзабилити
6 Конфигурационное тестирование
7 Тестирование на отказ и восстановление
Тестирование взаимодействия
микросервисов
8 2 Нет багов с высоким приоритетом критичности
9 Тестирование установки (плагин)
Out of Scope
Автоматизация всех кейсов для всех видов
1 тестирования
Не будет регрессионного тестирования
каждого из видов отчётов по одному и тому
2 же документообороту
Ответы на контрольные вопросы:
1. Основные задачи планирования тестовых операции:
1.1. Кто будет тестировать и на каких этапах?
1.2. Какие компоненты надо тестировать?
1.3. Когда надо тестировать?
1.4. Как надо тестировать?
добавление новых товаров в базу данных, списание товаров, покупка товаров, добавление товаров
objective:
в корзину, поиск товара по различным полям.
Principles: Раннее тестирование; оптимальное кол-во документации; предотвращение багов; разумная
автоматизация с участием всей команды; распространение идей качества на всю команду
Entry Conditions (for test execution): People
1 Реализован MVP для микросервисов 1 Менеджер проекта Малафей Д.И.
2 Есть точка входа (GUI) для приложения 2 Скрам-мастер Малафей Д.И.
3 Создан сервер для хранения данных 3 Бизнес аналитик Гром А.Д.
Exit Conditions (for test execution:) 4 Команда разработки Малафей Д.И.
1 Всё включённое в план тестирование завершено 5 Тестировщики Воробьёв Е.С.
Test Environment
3 Микросервисы распологаются в докер-
1 контейнерах
Низкоприоритетные баги не влият на основной
сценарий работы и их список согласован с ПО будет работать в Windows NT or Linux-
разработчиками и менеджерами 2 системах
Risks Всё тестирование проводится внутри
3 программной среды и в отладчике SQL
1 Неправильно спроектированная архитектура 4 Теститрование высокой нагрузки
2 Неправильные/изменяющиеся приоритеты Timescales (each iteration)
3 Недоступность/отсутствие тестовых средств 1 Планирование 3 дня
4 Некорректная оценка трудозатрат 2 Тест-анализ и Тест-дизайн 2 дня
3 Разработка тестовых скриптов 5 дней
4 Выполнение тестов 2 недели
 1.5. В каком объеме тестировать?
1.6. Кто будет тестировать?
1.7. Какие компоненты надо тестировать?
1.8. Когда надо тестировать?
2. Основные секции тестового плана:
2.1. Перечень тестовых ресурсов – ресурсы, с помощью которых будет идти тестирование;
2.2.Перечень функции и подсистем, подлежащих тестированию;
2.3.Тестовую стратегию – Анализ функций и подсистем с целью определения слабых мест, требующих
исчерпывающего тестирования, то есть участков функциональности, где появление дефектов наиболее
вероятно.
2.4. График тестовых циклов – расписание тестирования;
2.5. Указание конкретных параметров аппаратуры и программного окружения;
2.6. Определение тестовых метрик, которые необходимо собирать и анализировать, таких как покрытие
набора требований, покрытие кода, количество и уровень серьезности дефектов, объем тестового кода и
т.п.
3. Риски – это предположения о том, что может пойти по неправильному пути и что в этом случае делать;
4. Критерии хорошего тестового плана:
4.1. Стратегия должна быть обоснована и задокументирована;
4.2. Чётко выраженные параметры окружения и аппаратуры;
4.3. Перечень тестовых ресурсов;
4.4. График тестовых циклов;
4.5. Перечень функций и подсистем, подлежащих тестированию;
4.6. Определённые тестовые метрики, которые собираются и анализируются в дальнейшем;
4.7. План должен быть полным, корректным, недвусмысленным.