План тестирования — это документ, в котором подробно описаны цели, ресурсы и процессы для конкретного сеанса тестирования программного или аппаратного продукта. План обычно содержит подробное понимание конечного рабочего процесса .
Планы испытаний
План тестирования документирует стратегию, которая будет использоваться для проверки и обеспечения соответствия продукта или системы его проектным спецификациям и другим требованиям. План тестирования обычно готовится инженерами-испытателями или при их значительном участии . [1]
В зависимости от продукта и ответственности организации, к которой применяется план тестирования, план тестирования может включать стратегию для одного или нескольких из следующих пунктов:
Проверка конструкции или испытание на соответствие требованиям — проводится на этапах разработки или утверждения продукта, как правило, на небольшой выборке единиц.
Производственное испытание или производственные испытания — проводятся в процессе подготовки или сборки изделия на постоянной основе в целях проверки эксплуатационных характеристик и контроля качества.
Приемочные испытания или пусконаладочные испытания — проводятся во время поставки или установки изделия.
Испытания по обслуживанию и ремонту — проводятся по мере необходимости в течение всего срока службы изделия.
Регрессионное тестирование — проводится на существующем операционном продукте, чтобы убедиться, что существующая функциональность не подверглась отрицательному воздействию при изменении других аспектов среды (например, при обновлении платформы, на которой работает существующее приложение).
Сложная система может иметь высокоуровневый план тестирования для рассмотрения общих требований и вспомогательные планы тестирования для рассмотрения деталей конструкции подсистем и компонентов.
Форматы документов плана тестирования могут быть столь же разнообразны, как и продукты и организации, к которым они применяются. В плане тестирования должны быть описаны три основных элемента: тестовое покрытие, методы тестирования и обязанности по тестированию. Они также используются в формальной стратегии тестирования . [2]
Тестовое покрытие
Тестовое покрытие в плане тестирования указывает, какие требования будут проверяться на каких этапах жизненного цикла продукта. Тестовое покрытие выводится из спецификаций проекта и других требований, таких как стандарты безопасности или нормативные кодексы, где каждое требование или спецификация проекта в идеале будут иметь одно или несколько соответствующих средств проверки. Тестовое покрытие для различных этапов жизненного цикла продукта может перекрываться, но не обязательно будет точно таким же для всех этапов. Например, некоторые требования могут быть проверены во время проверочного теста проекта , но не повторяться во время приемочного теста. Тестовое покрытие также дает обратную связь в процесс проектирования, поскольку продукт может быть спроектирован так, чтобы обеспечить доступ для тестирования.
Методы испытаний
Методы тестирования в плане тестирования определяют, как будет реализовано тестовое покрытие. Методы тестирования могут быть определены стандартами, регулирующими органами или договорным соглашением, или их может потребоваться создать заново. Методы тестирования также определяют испытательное оборудование, которое будет использоваться при выполнении тестов, и устанавливают критерии прохождения/непрохождения. Методы тестирования, используемые для проверки требований к конструкции оборудования, могут варьироваться от очень простых шагов, таких как визуальный осмотр, до сложных процедур тестирования, которые документируются отдельно.
Обязанности по тестированию
Обязанности по тестированию включают в себя то, какие организации будут выполнять методы тестирования и на каждом этапе жизненного цикла продукта. Это позволяет организациям по тестированию планировать, приобретать или разрабатывать испытательное оборудование и другие ресурсы, необходимые для внедрения методов тестирования, за которые они отвечают. Обязанности по тестированию также включают то, какие данные будут собираться и как эти данные будут храниться и сообщаться (часто называемые «поставляемыми результатами»). Одним из результатов успешного плана тестирования должна быть запись или отчет о проверке всех спецификаций и требований проекта, согласованных всеми сторонами.
Структура плана тестирования IEEE 829
IEEE 829-2008 , также известный как Стандарт 829 для документации по тестированию программного обеспечения, является стандартом IEEE , который определяет форму набора документов для использования на определенных этапах тестирования программного обеспечения, каждый этап потенциально производит свой собственный отдельный тип документа. [3] Эти этапы:
Идентификатор плана тестирования
Введение
Тестовые задания
Характеристики, которые необходимо протестировать
Характеристики, не подлежащие тестированию
Подход
Критерии прохождения/непрохождения теста
Критерии приостановления и требования к возобновлению
Результаты тестирования
Тестовые задания
Экологические потребности
Обязанности
Потребности в персонале и обучении
Расписание
Риски и непредвиденные обстоятельства
Одобрения
Документы IEEE, в которых указано, что должно содержаться в плане испытаний:
829-2008 Стандарт IEEE для документации по тестированию программного обеспечения и систем [3]
829-1998 Стандарт IEEE для документации по тестированию программного обеспечения (заменен 829-2008) [4]
829-1983 Стандарт IEEE для документации по тестированию программного обеспечения (заменен 829-1998) [5]
1008-1987 Стандарт IEEE для тестирования модулей программного обеспечения [6]
Стандарт IEEE 1012-2004 для проверки и валидации программного обеспечения [7]
Стандарт IEEE 1012-1998 для проверки и подтверждения соответствия программного обеспечения (заменен стандартом 1012-2004) [8]
1012-1986 Стандарт IEEE для планов проверки и валидации программного обеспечения (заменен 1012-1998) [9]
1059-1993 Руководство IEEE по планам проверки и валидации программного обеспечения (отозвано) [10]
^ Дейл, Нелл; Вимс, Чип; Ричардс, Тим (2022-07-15). Программирование и решение проблем с помощью C++. Jones & Bartlett Learning. ISBN978-1-284-15732-1.
^ Лагана, Антонио; Гаврилова, Марина Л .; Кумар, Випин; Мун, Янгсонг; Джерваси, Освальдо; Тан, К. Дж. Кеннет (2004-05-07). Вычислительная наука и ее приложения — ICCSA 2004: Международная конференция, Ассизи, Италия, 14–17 мая 2004 г., Труды. Springer Science & Business Media. ISBN978-3-540-22054-1.
^ ab 829-2008 — Стандарт IEEE для документации по тестированию программного обеспечения и систем . 2008. doi :10.1109/IEEESTD.2008.4578383. ISBN978-0-7381-5747-4.
^ 829-1998 — Стандарт IEEE для документации по тестированию программного обеспечения . 1998. doi :10.1109/IEEESTD.1998.88820. ISBN0-7381-1443-X.
^ 829-1983 — Стандарт IEEE для документации по тестированию программного обеспечения . 1983. doi :10.1109/IEEESTD.1983.81615. ISBN0-7381-1444-8.
^ 1008-1987 - Стандарт IEEE для тестирования модулей программного обеспечения . 1986. doi :10.1109/IEEESTD.1986.81001. ISBN0-7381-0400-0.
^ 1012-2004 - Стандарт IEEE для проверки и валидации программного обеспечения . 2005. doi :10.1109/IEEESTD.2005.96278. ISBN978-0-7381-4642-3.
^ 1012-1998 - Стандарт IEEE для проверки и валидации программного обеспечения . 1998. doi :10.1109/IEEESTD.1998.87820. ISBN0-7381-0196-6.
^ 1012-1986 - Стандарт IEEE для планов проверки и валидации программного обеспечения . 1986. doi :10.1109/IEEESTD.1986.79647. ISBN0-7381-0401-9.
^ 1059-1993 - Руководство IEEE по планам проверки и валидации программного обеспечения . 1994. doi :10.1109/IEEESTD.1994.121430. ISBN0-7381-2379-X.
Внешние ссылки
Шаблон плана тестирования RUP , находящийся в открытом доступе, на сайте Sourceforge (шаблоны в настоящее время недоступны, но образцы документов можно увидеть здесь: Образцы DBV)