ГОСТ Р 56921—2016
е) определены потребности в персонале и обучении;
0 спланировано каждое действие;
д) рассчитаны оценки и документированы обоснования оценок;
Пример — Оценки стоимости, персонала и времени.
h) план тестирования согласован со всеми заинтересованными сторонами и доведен до них.
7.2.4 Действия и задачи
В соответствии с принятыми организационными политиками и процедурами по Процессу Плани
рования Тестирования лицо(а). ответственное(ые) за планирование тестирования, должно(ы) реализо
вать следующие действия и задачи.
7.2.4.1 Уяснить контекст (ТР1)
Эта деятельность состоит из следующих задач.
a) Для поддержки подготовки Плана Тестирования необходимо достигнуть понимания контекста
и требований к тестированию.
П р и м е ч а н и я
1 В требования тестирования программногообеспечения входит идентификация элемента(ое) тестирования.
2 Может быть использована следующая документация:
1) организационные спецификации тестирования, такие как Организационная Политика Тестирования и
Организационная Стратегия Тестирования;
2) план управления проектами для получения информации, которая может влиять на тестирование, такое
как выделенные бюджет и ресурсы для тестирования;
3) планы тестирования более высокого уровня (например, план тестирования проекта при планировании
тестирования более низкого уровня, такого, как тестирование системы) для определения требований и
ограничений на этом уровне тестирования, таких какоценки тестирования, штат, ожидаемые результаты
и сроки;
4) применимые нормативные стандарты для получения информации о правилах, которые могут повлиять
на тестирование;
5) документация продукта, такая как спецификации системных требований, цели в области качества, опре
деленные показателями качества системы и спецификациями элемента тестирования, для получения
информации, которая касается возможных требований тестирования для этой фазы или типа тестиро
вания;
6) показатели качества, определенные в ИСО/МЭК 25010 «Системная и программная инженерия. Требо
вания и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и
программного обеспечения»;
7) план разработки программного обеспечения для получения информации, которая может повлиять на
сроки или циклы тестирования временных шкал или циклов, такой как ожидаемые результаты и сроки
разработки;
8) реестр рисков проекта для получения информации об идентифицированных рисках проекта и продукта;
9) план верификации и валидации.
b
) Понимания контекста и требований тестирования программного обеспечения необходимо до
стигнуть. определив соответствующие заинтересованные стороны и взаимодействуя с ними.
c) Необходимо инициировать план обмена информацией и документировать способы связи.
П р и м е ч а н и е — Деятельность «Уяснить контекст» будет продолжаться на протяжении жизни проекта.
Задачи этого действия могут, в принципе, быть выполнены в любом порядке.
7.2.4 2 Организовать разработку Плана Тестирования (ТР2)
Эта деятельность состоит из следующих задач;
a) Необходимо идентифицировать и запланировать на базе требований тестирования, иденти
фицированных в деятельности «Уяснить контекст» (ТР1), те действия, которые нужно выполнитьдля
завершения планирования тестирования.
b
) Необходимо определить заинтересованные стороны, требуемые для участия в этихдействиях.
c) Действия, график и участники должны быть утверждены соответствующими заинтересованны
ми сторонами.
Пример — Менеджер проектов и/или менеджер тестирования проекта.
П р и м е ч а н и е — Эго гложет потребовать повторения задач а) и Ь).
d) Нужно организовать участие заинтересованной стороны.
15