ГОСТ Р 56920—2016
П р и м е ч а н и я
1 Тестирование на основе структуры не ограничено использованием на уровне компонентов, а может
использоваться на всех уровнях, например при покрытии пункта меню, как части тестирования системы.
2 Методикавключаетв себятестирование ветвей, тестированиеальтернатив итестированиеоператоров.
3 Синонимами тестирования на основе структуры являются структурное тестирование, тестирование стек
лянного ящика и тестирование методом «белого ящика».
4.46 критерии приостановки (suspension criteria): Критерии, используемые для того, чтобы
(временно) остановить все или часть тестирующих действий.
4.47 базис тестирования (test basis): Свод знаний, используемых в качестве базы проекта тес
тирования и контрольных примеров.
П р и м е ч а н и е — Базис тестирования может иметь форму документов, таких как спецификация требова
ний. спецификация проекта или спецификация модуля, но может также представлять собой недокументированное
понимание требуемого поведения.
4.48 контрольный пример (test case): Совокупность предварительных условий контрольного
примера, входов (включая действия, где это применимо) и ожидаемых результатов, разработанных
для управления выполнением элемента тестирования для достижения целей тестирования, включая
корректную реализацию, идентификацию ошибок, проверку качества и получение другой значимой
информации.
П р и м е ч а н и я
1 Для подпроцесса тестирования, для которого он предназначен, контрольный пример — это самый низкий
уровень входа тестирования (то есть контрольные примеры не состоят из других контрольных примеров).
2 Исходные условия контрольного примера включают тестовую среду, существующие данные (например,
базы данных), программное обеспечение для тестирования, аппаратные средства и т. д.
3 Входы — это информация о данных, используемых для начала выполнения теста.
Л Ожидаемые результаты включают в себя критерии успеха, отказы в проверке и т. д.
4.49 Спецификация Контрольного Примера (Test Case Specification): Документация ряда
одного или большего количества контрольных примеров.
4.50 Процесс Выполнения Тестирования (Test Completion Process): Процесс менеджмента
тестирования, необходимый для обеспечения доступности полезных активов тестирования для даль
нейшего использования, обеспечения удовлетворительного состояния тестовых сред, гарантии доку
ментирования и передачи соответствующим заинтересованным сторонам результатов тестирования.
4.51 Отчето Завершении Тестирования (Test Completion Report): Отчет, в котором представле
на сводка выполненного тестирования.
П р и м е ч а н и е — Иногда также называют сводным отчетом тестирования.
4.52 тестовое условие (test condition): Тестируемый аспект компонента или системы, такой как
функция, транзакция, возможность, атрибут качества или структурный элемент, идентифицированные
как базис тестирования.
П р и м е ч а н и е — Тестовые условия могут быть использованы для получения элементов покрытия или же
могут сами по себе образовывать элементы покрытия.
4.53 тестовое покрытие (test coverage): Степень, выраженная в процентах, в которой специфи
цированные элементы тестового покрытия были проверены контрольным примером или
контрольными примерами.
4.54 элемент тестового покрытия (test coverage item): Атрибут или комбинация атрибутов,
которые являются производными одного или более тестовых условий, полученными посредством
методики проектирования тестирования, которая позволяет оценить основательность выполнения
теста.
4.55 тестовые данные (test data): Созданные или отобранные данные, удовлетворяющие вход
ным требованиям для выполнения одного или более контрольных примеров, которые могут быть опре
делены в плане тестирования, контрольном примере или процедуре тестирования.
П р и м е ч а н и е — Тестовые данные могут храниться в тестируемом продукте (например, в массивах,
плоских файлах или базе данных) или могут быть доступны из внешних источников, или предоставлены такими ис
точниками. как другие системы, другие компоненты системы, устройства или операторский персонап.
4.56 Отчет о Готовности Тестовых Данных (Test Data Readiness Report): Документ, описываю
щий состояние каждого требования к тестовым данным.
5