ГОСТ Р 56921-2016/ISO/IEC/IEEE 29119-2:2013 Системная и программная инженерия. Тестирование программного обеспечения. Часть 2. Процессы тестирования
8.2 Процесс Разработки и Реализации Тестирования
8.2.1 Общие сведения
Процесс Разработки и Реализации Тестирования используется для получения контрольных примеров и процедур тестирования, которые обычно записываются в спецификацию тестирования, однако в некоторых случаях, например, при исследовательском тестировании, при котором они вряд ли будут предварительно документированы, они могут быть сразу выполнены. На рисунке 10 действия показаны в логической последовательности, но на практике между некоторыми действиями будет иметь место итерация, зачастую между действиями от TD3 до TD5, выполняемыми по большей части параллельно.
Рисунок 10 - Процесс Разработки и Реализации Тестирования
Этот процесс используется для получения контрольных примеров и процедур тестирования, но необходимо отметить, что в некоторых случаях может иметься возможность повторного использования ранее разработанных активов тестирования, особенно в случаях разработки регрессионных тестов.
Кроме того, Процесс Разработки и Реализации Тестирования может быть прерван и начат повторно по многим причинам, например, если после выполнения процедуры тестирования или создания отчетов об инциденте стало понятно, что для достижения требуемых критериев завершения тестирования необходимы дополнительные контрольные примеры. Таким образом, вполне возможно, что единственное требуемое для элемента тестирования подмножество всех контрольных примеров может быть получено в ходе любой реализации этого процесса.
Для получения контрольных примеров и процедур тестирования, конечной целью которых является достижение критериев завершения тестирования, определенных, обычно, с точки зрения показателей тестового покрытия, этот процесс требует от тестеров применения одной или нескольких методик проектирования тестирования. Используемые методики проектирования тестирования и критерии завершения тестирования определены в Плане Тестирования. Методы проектирования тестирования и показатели определены в ИСО/МЭК/ИИЭР 29119-4 "Методики тестирования".
Ряд ситуаций может привести к итерации действий в этом процессе. Среди таких ситуаций может быть, например, несогласие заинтересованных сторон с результатами такого действия, как определение тестовых условий. Точно так же может возникнуть ситуация, когда в результате действий становится понятно, что решения по планированию тестирования, такие, как выбор критериев завершения тестирования, несовместимы с ограничениями по срокам проекта, что потребует пересмотра процессов менеджмента тестирования.
Примечание - Пример действий от TD2 до TD5 представлен в приложении А.
8.2.2 Цель
Цель Процесса Разработки и Реализации Тестирования состоит в получении процедур тестирования, которые будут выполняться в ходе Процесса Выполнения Теста. В рамках этого процесса анализируется базис тестирования, функции объединяются в наборы функций, получаются тестовые условия, элементы тестового покрытия, контрольные примеры, процедуры тестирования и собираются наборы тестов.
8.2.3 Результаты
В результате успешной реализации Процесса Разработки и Реализации Тестирования:
a) проанализированы базисы тестирования для каждого элемента тестирования;
b) функции, подлежащие проверке, объединены в наборы функций;
c) получены тестовые условия;
d) получены элементы тестового покрытия;
e) получены контрольные примеры;
f) собраны наборы тестов;
g) получены процедуры тестирования.
8.2.4 Действия и задачи
Лица, ответственные за разработку и реализацию тестирования, должны реализовать следующие действия и задачи в соответствии с применимыми организационными политиками и процедурами для Процесса Разработки и Реализации Тестирования.
8.2.4.1 Определить наборы функций (TD1)
Эта деятельность состоит из следующих задач:
a) Для выявления требований для элемента тестирования необходимо проанализировать базис тестирования.
Примечание - Если при анализе будут выявлены дефекты, то о них необходимо сообщить, используя соответствующую систему управления инцидентами.
b) Функции, подлежащие проверке, нужно объединить в наборы функций.