ГОСТ Р 56922—2016
Тестирование охватывает все программное обеспечение для ПК, разработанное для этой системы. Это оз
начает. что другие элементы, такие как операционная система и сеть, явно не проверяются.
2.4 Предположения и ограничения
См. План Тестирования Проекта.
2.5 Заинтересованные стороны
См. План Тестирования Проекта.
3 Обмен информацией о тестировании
См. План Тестирования Проекта.
4 Реестр рисков
4.1 Риски продукта
См. План Тестирования Проекта относительно рисков продукта.
4.2 Риски проекта
D — Разработка.
Т — Тестирование.
P«efe
ПМГ1ВДСТМЯ
Предотвращений
Действия«ообработке
1 Зависимость разра
ботки
Если разработка будет
задержана, то соответ
ственно будет задержано
тестирование.
Могут быть трудности с
соблюдением графика
D: Выполнитьреали
стичную переоценку и пла
нирование.
Т: Нет
D: Существенно
переоценить планы в
целом, не по частям.
Т: Нет
жемавтоматизировать
столько процедур тести
рования. сколько предпо
лагалось
стирования должно быть
выполнено вручную.
Могут быть трудности с
соблюдением графика
2 Кажется, мы не моБольше процедур теD: Нет.D: Нет.
Т: Исследовать этот воТ: Добавить ресурсы
прос во время разработки
процедур тестирования
3 Наличие блокирую
щих дефектов
Некоторые этапы тести
рования откладываются.
Могут быть трудности с
соблюдением графика
D: Позаботиться о тща
тельном тестировании мо
дулей и интеграции.
Т: Нет
D: Исправить де
фекты.
Т: Нет
4 Все время продолжа
ют поступать изменения
Большая часть трудо
затрат уходит на обновле
ние документации вместо
тестирования
D: Установить базовыеD: Нет.
спецификации и придерТ: Нет
живаться их.
Т: Нет
5 Стратегия тестирования
5.1 Практические результаты тестирования
Практические результаты тестирования всей системы включают:
- настоящий план в актуальной версии на момент поставки;
- полный набор спецификаций тестирования;
- отчет о завершении тестирования полной системы блока для ПК UV/TIT-14 33а.
Практические результаты тестирования для каждой выполняемой процедуры тестирования включают:
- журнал тестирования, подписанный менеджером по тестированию. Журнал тестирования должен включать
идентификационные номера отчетов по инцидентам, выявленным во время выполнения тестирования, если тако
вые имеются;
- обновленную версию спецификации тестирования или обновленный список известных дефектов в спе
цификации тестирования.
5.2 Методы проектирования тестирования
Необходимо применять следующие методики проектирования контрольных примеров:
- разбиение эквивалентности и анализ граничных значений;
- метод дерева классификации:
- тестирование таблицы решений;
- тестирование переходов состояний;
- тестирование по сценариям использования.
65