ГОСТ Р 56922—2016
Приложение F
(справочное)
План Тестирования
F.1 Пример 1 — Корпорация Agile
Корпорация
Agile
— большая организация, осуществляющая публикацию журналов и книг Более подробно
она представлена в С. 1 (приложение С).
Этот план доступен на портале проекта, и новейшая версия также вывешена в правом верхнем углу доски
истории в комнате разработки.
План Тестирования:
Новая система подписки (NSS).
Версия:
Итерация 3.
Охватывает:
Результаты и истории итерации NSS 3, включая результаты предыдущих итераций.
Участники:
Каждая итерация выполняется командой, состоящей из разработчиков, представителей поль
зователя и тестеров. Разработчики в конечном счете подчиняются руководителю разработки (Урсула), а
тестеры руководителю департамента качества (Стефан).
Риски:
Конкретные риски для этой итерации перечислены в картах историй. Общий риск состоит в том. что
у итеративной команды нет доступа к живым данным в базах данных поддержки.
Стратегия тестирования:
Нужно помнить, что необходимо:
- Создать автоматизированные тестирования на основе историй, прежде чем начать кодирование, про
верить новый код и интеграцию с текущей версией системы перед тем. как отметить завершение истории.
- Повторно тестировать каждый раз. когда что-то было изменено в результате предыдущих итераций, а
также в результате текущей итерации, и применить регрессионное тестирование всего результата этой
итерации перед встречей для презентации.
- Оценивать усилия и стоимость тестирования и разработки, чтобы соответствовать договоренности по
данной итерации в начале итерации и возвращать в портфель все незавершенные элементы, которые не
I/Oгут быть завершены, включая любой накопленный технический долг (ошибки), который не может быть
разрешен в данной итерации.
- Использовать методики проектирования тестирования, наиболее подходящие к критериям приемки, учи
тывая то. что истории с более высокими рисками требуют более тщательною тестирования, чем истории с
рисками ниже.
- Обеспечить и удостовериться, что покрытие тестированием операторов достигает, по крайней мере. 90 %
всего кода, а покрытие ветвления — 80 % для историй с высоким риском и 60 % для историй с низким
риском.
- Перед интеграцией гарантировать, что в реализации истории отсутствуют невыясненные дефекты с уров
нем серьезности 1 или 2.
- Определить тестирование с участием потребителя ATDD (приемку) в итерации с соглашением и участием
потребителя/пользователя.
- Перед встречей для презентации протестировать результат итерации в формальных средах тестирова
ния и презентации.
- Представлять покрытие элементов тестирования на ежедневных встречах, включая действия низкого
уровня по Плану Тестирования и документирование рисков на доске обсуждения.
- Сохранять все сценарии тестирования в инструменте АВС таким образом, чтобы они. по мере необходи
мости. были доступны для повторного тестирования и регрессионного тестирования.
- В конце каждой итерации создавать краткий отчет о тестировании и размещать его на портале проекта.
Действия и оценка тестирования: Тестирование, как ожидается, потребует одной трети от общих трудо
затрат команды, необходимых для итерации. На данный момент оценка времени тестирования презентации со
ставляет 3 часа.
F.2 Пример 2 — Traditional Ltd
Этот пример включает в себя два примера Плана Тестирования, а именно:
- План Тестирования Проекта;
- План Тестирования Системы.
58