План испытаний

План тестирования — это документ, подробно описывающий цели, ресурсы и процессы для конкретного сеанса тестирования программного или аппаратного продукта. План обычно содержит подробное описание возможного рабочего процесса .

Планы испытаний

План тестирования документирует стратегию, которая будет использоваться для проверки и обеспечения соответствия продукта или системы проектным спецификациям и другим требованиям. План тестирования обычно составляется инженерами-испытателями или при их значительном участии . ^[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]
1012-2004 Стандарт IEEE для проверки и валидации программного обеспечения ^[7]
- 1012-1998 Стандарт IEEE для проверки и валидации программного обеспечения (заменен 1012-2004) ^[8]
- 1012-1986 Стандарт IEEE для планов проверки и валидации программного обеспечения (заменен 1012-1998) ^[9]
1059-1993 Руководство IEEE по планам проверки и валидации программного обеспечения (отозвано) ^[10]

См. также

Ссылки

^ Дейл, Нелл; Уимс, Чип; Ричардс, Тим (15 июля 2022 г.). Программирование и решение проблем на C++ . Джонс и Бартлетт Обучение. ISBN 978-1-284-15732-1 .
^ Лагана, Антонио; Гаврилова Марина Львовна ; Кумар, Випин; Мун, Ёнгсонг; Джерваси, Освальдо; Тан, Си Джей Кеннет (7 мая 2004 г.). Вычислительная наука и ее приложения - ICCSA 2004: Международная конференция, Ассизи, Италия, 14-17 мая 2004 г., Материалы . Springer Science & Business Media. ISBN 978-3-540-22054-1 .
^ Jump up to: ^а ^б 829-2008 — Стандарт IEEE для документации по тестированию программного обеспечения и систем . 2008. doi : 10.1109/IEESTD.2008.4578383 . ISBN 978-0-7381-5747-4 .
^ 829-1998 — Стандарт IEEE для документации по тестированию программного обеспечения . 1998. doi : 10.1109/IEESTD.1998.88820 . ISBN 0-7381-1443-Х .
^ 829-1983 — Стандарт IEEE для документации по тестированию программного обеспечения . 1983. doi : 10.1109/IEESTD.1983.81615 . ISBN 0-7381-1444-8 .
^ 1008-1987 — Стандарт IEEE для модульного тестирования программного обеспечения . 1986. doi : 10.1109/IEESTD.1986.81001 . ISBN 0-7381-0400-0 .
^ 1012-2004 — Стандарт IEEE по верификации и валидации программного обеспечения . 2005. doi : 10.1109/IEESTD.2005.96278 . ISBN 978-0-7381-4642-3 .
^ 1012-1998 — Стандарт IEEE по верификации и валидации программного обеспечения . 1998. doi : 10.1109/IEESTD.1998.87820 . ISBN 0-7381-0196-6 .
^ 1012-1986 — Стандарт IEEE для планов проверки и валидации программного обеспечения . 1986. doi : 10.1109/IEESTD.1986.79647 . ISBN 0-7381-0401-9 .
^ 1059-1993 — Руководство IEEE по планам проверки и валидации программного обеспечения . 1994. doi : 10.1109/IEESTD.1994.121430 . ISBN 0-7381-2379-Х .

Внешние ссылки

, являющийся общественным достоянием, Шаблон плана тестирования RUP на Sourceforge (шаблоны в настоящее время недоступны, но примеры документов можно увидеть здесь: Образцы DBV )

[1] Дейл, Нелл; Уимс, Чип; Ричардс, Тим (15 июля 2022 г.). Программирование и решение проблем на C++ . Джонс и Бартлетт Обучение. ISBN 978-1-284-15732-1 .

[2] Лагана, Антонио; Гаврилова Марина Львовна ; Кумар, Випин; Мун, Ёнгсонг; Джерваси, Освальдо; Тан, Си Джей Кеннет (7 мая 2004 г.). Вычислительная наука и ее приложения - ICCSA 2004: Международная конференция, Ассизи, Италия, 14-17 мая 2004 г., Материалы . Springer Science & Business Media. ISBN 978-3-540-22054-1 .

[829-2008-3] Jump up to: ^а ^б 829-2008 — Стандарт IEEE для документации по тестированию программного обеспечения и систем . 2008. doi : 10.1109/IEESTD.2008.4578383 . ISBN 978-0-7381-5747-4 .

[4] 829-1998 — Стандарт IEEE для документации по тестированию программного обеспечения . 1998. doi : 10.1109/IEESTD.1998.88820 . ISBN 0-7381-1443-Х .

[5] 829-1983 — Стандарт IEEE для документации по тестированию программного обеспечения . 1983. doi : 10.1109/IEESTD.1983.81615 . ISBN 0-7381-1444-8 .

[6] 1008-1987 — Стандарт IEEE для модульного тестирования программного обеспечения . 1986. doi : 10.1109/IEESTD.1986.81001 . ISBN 0-7381-0400-0 .

[7] 1012-2004 — Стандарт IEEE по верификации и валидации программного обеспечения . 2005. doi : 10.1109/IEESTD.2005.96278 . ISBN 978-0-7381-4642-3 .

[8] 1012-1998 — Стандарт IEEE по верификации и валидации программного обеспечения . 1998. doi : 10.1109/IEESTD.1998.87820 . ISBN 0-7381-0196-6 .

[9] 1012-1986 — Стандарт IEEE для планов проверки и валидации программного обеспечения . 1986. doi : 10.1109/IEESTD.1986.79647 . ISBN 0-7381-0401-9 .

[10] 1059-1993 — Руководство IEEE по планам проверки и валидации программного обеспечения . 1994. doi : 10.1109/IEESTD.1994.121430 . ISBN 0-7381-2379-Х .

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]