ГОСТ Р 56920—2016
случаях то, что обрисовано в общих чертах в стратегии тестирования проекта, может быть использова но
непосредственно в стратегии подпроцесса тестирования, но в других случаях необходимы конкрет ные
решениядля формирования подпроцесса тестирования на основе определенных рисков, которые
должны быть учтены.
При определении подпроцесса тестирования важно отметить, какие функции элемента тестиро
вания должны быть проверены, а какие нет. Этим обеспечивается четкость и правильность намерений
относительно области применения тестирования.
Подпроцесс тестирования, обычно, включает в себя не один раунд динамического тестирования
или статического тестирования. В случае если определено только по одному раунду каждого типа тес
тирования. то может возникнуть необходимость повторить раунд, например, для того, чтобы
удовлет ворить критериям завершения тестирования. Повторные процессы динамического
тестирования обычно называются повторным тестированием и регрессионным тестированием.
Повторное тестиро вание и регрессионное тестирование может быть выполнено для определения
того, что изменения, внесенные в рабочий продуктдля устранения дефектов, решили проблемы и не
привели к возникнове нию новых дефектов. Дополнительная информация приводится в 5.5.5. Пример
общего подпроцесса тестирования показан на рисунке 10.
Иенаджментгеспфовашядля процесса тестировенкя
I
Cm nM oirtСшпмяэшйЛмяимчвошйДямиммкзмй
тает 1тает2т*ег1т*Ст 2т*СтЯ
Рисунок 10 — Пример общего подпроцесса тестирования
Число подпроцессов тестирования в проекте тестирования зависит от стратегии тестирования и
фаз жизненного цикла, определенных для всего проекта. Оно не зависит от жизненного цикла разра
ботки (то есть последовательный или эволюционный цикл разработки не определяет требуемое число
подпроцессов тестирования).
Примеры подпроцессов тестирования детально представлены в приложении D.
Цель тестирования, элементтестирования, базис тестирования и риски специфичны для подпро
цесса тестирования и определяют выбор тестирующих действий, выполняемых в подпроцессе тести
рования. а также применяемые методы проектирования тестирования. Примеры целей тестирования,
элементовтестирования, базисатестированияиметодовпроектирования тестирования
представлены далее.
5.5.1 Цели тестирования
Тестирование выполняется, чтобы достигнуть одной и большего числа целей. Цели тестирова
ния, охватываемые настоящим стандартом, включают в себя:
- предоставление информации для действий менеджмента рисков;
- предоставление информации о качествах продукта;
- оценку того, оправдал ли продукт надежды заинтересованной стороны;
- оценку того, были ли дефекты корректно устранены без неблагоприятных побочных эффектов:
- оценку корректной реализации изменений без неблагоприятных побочных эффектов:
- оценку выполнения требований (то есть нормативных, проектных, договорных и т. д.).
Тестирование завершается в случае достижения цели тестирования для функции или набора
функций. Тип проверяемой функции определяет, какого рода тестирование необходимо. Функции име
ют показатели качества, которые должны соответствовать требованиям. Состав показателей качества
для функции или набора функций позволяет тестеру определять, какие типы тестирования могут быть
использованы для достижения цели тестирования.
Вполне вероятно, что лишь некоторые цели тестирования приемлемы для конкретных подпро
цессов тестирования или типов элементов тестирования. Определение соответствующих целей тести
рования для элемента тестирования может помочь в выборе применения корректных подпроцессов
тестирования. Например, при тестировании готового коммерческого продукта цель тестирования для
оценки того, что дефекты устранены, не может быть принята, поскольку ожидается, что поставщик уже
завершил надежное тестированиедля поиска и устранения дефектов. Поэтому в такихусловиях умеет -
22