ГОСТ Р 56922—2016
Е.2 Пример 2 — Traditional Ltd
Traditional Ltd — небольшая компания, которая производит передовое аналитическое оборудование для
сельскохозяйственной промышленности. Более подробно она представлена в С.1 (приложение С).
У Traditional Ltd есть Организационная Стратегия Тестирования, разделенная на части для проекта в цепом
и для каждого подпроцесса тестирования. В этот пример включены частьдля проекта в целом, части для тестиро
вания компонентов и тестирования системы.
Организационная Стратегия Тестирования
ОрганизационнаяСтратегияТестирования
ПроблемаСтратегия
Общий менеджмент ри
сков
Менеджмент риске» в проекте должен опираться на общий реестр рисков
для проекта конкретного типа и процесс общего менеджмента рисков. Реестры
рисков размещены в XX. Когда проект закрывается, соответствующий общий
реестр(ы) рисков должен быть обновлен надлежащим образом
Выбор тестирования и
приоритетов
Для контрольных примеров и процедур тестирования должны быть выбраны
приоритеты, соответствующие риску, связанному с требованиями, покрывающи
ми примеры. Если в процедуру тестирования входят контрольные примеры с
различными уровнями рисков, контрольный пример с высшим уровнем опреде
ляет уровень риска для всей процедуры.
Выполнение процедур тестирования всегда должно планироваться соответ
ственно риску таким образом, чтобы чем выше был риск, тем раньше выполня
лась процедура. Необходимо, чтобы каждый набор функций покрывался каким-
либо тестированием, то есть тестирование, не проверяющее какой-либо набор
функций, должно быть исключено из графика
Документация тестирова
ния и создание отчетов
Тестовые проекты должны быть документированы таким образом, чтобы
аудит мог установить, что было запланировано и что было выполнено. Важна
трассировка между артефактами.
На уровне проекта тестирования должны быть разработаны План Тестирова
ния проекта и Отчет о Завершении Тестирования проекта, как это определено в
ИСО.’МЭЮИИЭР 29119-3
Автоматизация и инстру
менты тестирования
Во всех проектах и для всех подпроцессов тестирования должен использо
ваться инструмент управления тестированием BCG.
В случаях, когда планируется больше четырех регрессионных тестов, в про
екте можно рассмотреть возможность использования инструмента тестирования
сбора/вослроизведения
Менеджмент конфигура
ции рабочих продуктов те
стирования
Процесс менеджмента конфигурации Traditional Ltd должен поддерживаться
для всех рабочих продуктов тестирования
Управление инцидентами
Необходима поддержка процесса управления инцидентами Traditional Ltd
Подпроцессы тестирова
ния
Каждый проект тестирования должен включать следующие подпроцессы те
стирования:
- тест производительности, если применимо в соответствии с требованиями;
- тестирование управляемости;
- покомпонентное тестирование:
- тестирование интеграции компонентов, предпочтительно снизу доверху;
- тестирование системы
Критерии входа и выхода
Перед началом тестирования системы должны быть утверждены Отчет о за
вершении интеграционного теста и спецификация тестирования системы.
Все практические результаты тестирования системы должны быть утвержде
ны перед завершением тестирования системы
Критерии завершения те
стирования
Тестирование системы должно достичь 100 % покрытия требований, и все
процедуры тестирования должны быть выполнены без инцидентов
55