ГОСТ Р 56920—2016
Пример — Отсутствие укомплектования персоналом, строгие крайние сроки, изменения требо
ваний.
4.32 регрессионное тестирование (regression testing): Тестирование после изменений элемен
та тестирования или его рабочей среды для определения того, происходят ли регрессивные отказы.
П р и м е ч а н и е — Достаточное количество регрессионных тестов зависит от тестируемого элемента и от
изменений этого элемента или его рабочей среды.
4.33 тестирование надежности (reliability testing): Тип тестирования, проводимый для оценки
возможности элемента тестирования выполнять свои требуемые функции, включая оценку частоты, с
которой происходят отказы при использовании в установленных условиях в течение заданного
периода времени.
4.34 повторное тестирование (retesting): Повторное выполнение контрольных примеров, для
которых ранее был получен результат «сбоя» для оценки эффективности произведенных корректиру
ющих действий.
П р и м е ч а н и е — Используется также термин «тестирование подтверждения».
4.35 тестирование на базе рисков (risk-base testing): Тестирование, для которого менеджмент,
выбор, расстановка приоритетов и использование действий и ресурсов тестирования преднамеренно
основаны на базе проанализированных рисков соответствующих типов и уровней.
4.36 тестирование на основе сценария (scenario testing): Класс методик проектирования тести
рования. при которых разрабатываются тестирования для выполнения конкретных сценариев.
П р и м е ч а н и е — Сценарий может быть историей пользователя, примером использования, операцион
ным понятием или последовательностью событий, с которыми программное обеспечение может встретиться и т.д.
4.37 тестирование по сценарию (scripted testing): Динамическое тестирование, в котором
действия тестера предписаны записанными в контрольном примере инструкциями.
П р и м е ч а н и е — Этот термин обычно применяется для тестирования, выполняемого вручную, а не для
выполнения автоматизированного сценария.
4.38 тестирование защищенности (security testing): Тип тестирования, проводимый для оценки
степени защищенности элемента тестирования и связанных с ним данных и информации от доступа
посторонних лиц или систем для использования, чтения или изменения их при том. что доверенным
лицам или системам доступ к ним обеспечивается.
4.39 тестирование на основе спецификации (specification-based testing): Тестирование, основ
ным базисом которого являются внешние вводы и выводы элемента тестирования, обычно на основе
спецификации, а не ее реализация в исходном коде или исполнимом программном обеспечении.
П р и м е ч а н и е — Синонимами тестирования на основе являются тестирование методом «черного ящи
ка» и тестирование закрытого ящика.
4.40 покрытие операторов (statement coverage). Процент совокупности всех исполнимых опе
раторов элемента тестирования, которые покрываются набором тестов.
4.41 тестирование операторов (statement testing): Метод проектирования тестирования, при
котором создаются контрольные примеры для выполнения отдельных операторов элемента тестиро
вания.
4.42 статическое тестирование (static testing): Тестирование, при котором элемент тестирова
ния анализируется с использованием совокупности критериев качества или других свойств без выпол
нения кода.
Пример — Ревизия, статический анализ.
4.43 стрессовое тестирование (stress testing): Тип тестирования уровня производительности,
проводимого для оценки поведения элемента тестирования при условиях загрузки, выше ожидаемой
или указанной в требованиях к производительности, или при доступности ресурсов, ниже минималь
ной. указанной в требованиях.
4.44 структурное тестирование (structure-based testing): См. термин «тестирование на основе
структуры» согласно 4.45.
4.45 тестирование на основе структуры (structure-based testing): Динамическое тестирование,
для которого тесты являются результатом анализа структуры элемента тестирования.
4