ГОСТ Р 56922—2016
Пример — Наиболее общими примерами Организационной Спецификации Тестирования являются
Организационная Политика Тестирования и Организационная Стратегия Тестирования.
4.7 Организационная Стратегия Тестирования (Organizational Test Strategy): Документ, в кото
ром изложены универсальные требования к тестированию, которое будет выполняться для всех про
ектов организации, а также подробности того, как должно производиться тестирование.
Примечания
1 Организационная Стратегия Тестирования согласована с Организационной Политикой Тестирования.
2 Для покрытия существенно различных контекстов проектов у организации может быть бопее одной Орга
низационной Стратегии Тестирования.
3 В случав отсутствия Политики Тестирования в Организационную Стратегию могут входить положения По
литики Тестирования.
4.8 риск продукта (product risk): Риск того, что продукт может иметь дефект в некотором опреде
ленном аспекте его функций, качества или структуры.
4.9 риск проекта (project risk): Риск, относящийся к менеджменту проекта.
Пример— Отсутствие комплектностиперсонала, строгие крайние сроки, изменение требований.
4.10 регрессионное тестирование (regression testing): Тестирование после изменений элемента
тестирования или его рабочей среды для определения, происходят ли регрессивные отказы.
Примечание — Достаточное количество регрессионных тестов зависит от тестируемого элемента и от
изменений этого элемента или его рабочей среды.
4.11 повторное тестирование (retesting): Повторное выполнение контрольных примеров, для
которых ранее был получен результат «сбоя», для оценки эффективности произведенных корректиру
ющих действий.
При мечание — Используется также термин «тестирование подтверждения».
4.12 контрольный пример (test case): Совокупность предварительных условий контрольного
примера, входов (включая действия, где это применимо) и ожидаемых результатов, разработанных для
управления выполнением элемента тестирования для достижения целей тестирования, включая кор
ректную реализацию, идентификацию ошибок, проверку качества и получение другой значимой инфор
мации.
Примечания
1 Для подпроцесса тестирования, для которого он предназначен, контрольный пример — это самый низкий
уровень входа тестирования (то есть контрольные примеры не состоят издругих контрольных примеров).
2 Исходные условия контрольного примера включают тестовую среду, существующие данные (например,
базы данных), программное обеспечение для тестирования, аппаратные средства и тд.
3 Входы — это информация о данных, используемых для начала выполнения теста.
4 Ожидаемые результаты включают в себя критерии успеха, отказы в проверке и тд.
4.13 Спецификация Контрольных Примеров (Test Case Specification): Документация одного
или большего количества контрольных примеров.
4.14 Отчет о Завершении Тестирования (Test Completion Report): Отчет, в котором представле
на сводка выполненного тестирования.
Примечание — Иногда также называют сводным отчетом тестирования.
4.15 элемент тестового покрытия (test coverage item): Атрибут или комбинация атрибутов, кото
рые являются производными одного или более тестовых условий, полученными посредством методики
проектирования тестирования, позволяющей оценить основательность выполнения теста.
4.16 тестовые данные (test data): Созданные или отобранные данные, удовлетворяющие вход
ным требованиям для выполнения одного или более контрольных примеров, которые могут быть опре
делены в плане тестирования, контрольном примере или процедуре тестирования.
Примечание — Тестовыеданные могут храниться втестируемом продукте (например, в массивах, пло
ских файлах или базе данных), или быть доступны из внешних источников, или предоставлены такими источника
ми. как другие системы, другие компоненты системы, устройства либо операторский персонал.
4.17 Отчот о готовности Тестовых Данных (Test Data Readiness Report): Документ, описываю
щий состояние каждого Требования к Тестовым Данным.
5