Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Планы тестирования [ править ]

В плане тестирования документируется стратегия, которая будет использоваться для проверки и обеспечения соответствия продукта или системы ее проектным спецификациям и другим требованиям. План тестирования обычно готовится инженерами-испытателями или при их значительном участии .

В зависимости от продукта и ответственности организации, к которой применяется план тестирования, план тестирования может включать стратегию для одного или нескольких из следующего:

  • Проверка конструкции или тест на соответствие - выполняется на этапах разработки или утверждения продукта, как правило, на небольшой выборке единиц.
  • Производственные или производственные испытания - должны выполняться во время подготовки или сборки продукта на постоянной основе в целях проверки производительности и контроля качества.
  • Приемочные испытания или пусконаладочные испытания - выполняются во время доставки или установки продукта.
  • Проверка обслуживания и ремонта - проводится по мере необходимости в течение срока службы продукта.
  • Регрессионный тест - выполняется на существующем работающем продукте, чтобы убедиться, что существующие функциональные возможности не пострадали при изменении других аспектов среды (например, при обновлении платформы, на которой работает существующее приложение).

Сложная система может иметь план тестирования высокого уровня для удовлетворения общих требований и вспомогательные планы тестирования для рассмотрения деталей конструкции подсистем и компонентов.

Форматы документов плана тестирования могут быть разными, в зависимости от продуктов и организаций, к которым они применяются. В плане тестирования следует описать три основных элемента: охват тестированием, методы тестирования и обязанности по тестированию. Они также используются в формальной стратегии тестирования .

Покрытие теста [ править ]

В плане тестирования указано, какие требования будут проверяться на каких этапах жизненного цикла продукта. Охват тестированием определяется спецификациями проекта и другими требованиями, такими как стандарты безопасности или нормативные кодексы, где каждое требование или спецификация проекта в идеале будет иметь одно или несколько соответствующих средств проверки. Охват тестированием для разных этапов жизненного цикла продукта может перекрываться, но не обязательно будет одинаковым для всех этапов. Например, некоторые требования могут быть проверены во время проверки конструкции, но не повторяться во время приемочного испытания. Покрытие тестированием также учитывается в процессе проектирования, поскольку продукт, возможно, должен быть спроектирован так, чтобы обеспечить доступ для тестирования.

Методы испытаний [ править ]

Методы тестирования в плане тестирования указывают, как будет реализовано тестовое покрытие. Методы испытаний могут быть определены стандартами, регулирующими органами или договорным соглашением, или могут быть созданы новые. В методах испытаний также указывается испытательное оборудование, которое будет использоваться при выполнении испытаний, и устанавливаются критерии «годен / не годен». Методы тестирования, используемые для проверки требований к конструкции оборудования, могут варьироваться от очень простых шагов, таких как визуальный осмотр, до разработки процедур тестирования, которые документируются отдельно.

Обязанности по тестированию [ править ]

Обязанности по тестированию включают в себя то, какие организации будут применять методы тестирования на каждом этапе жизненного цикла продукта. Это позволяет тестирующим организациям планировать, приобретать или разрабатывать тестовое оборудование и другие ресурсы, необходимые для реализации методов тестирования, за которые они несут ответственность. Обязанности по тестированию также включают в себя то, какие данные будут собираться и как эти данные будут храниться и сообщаться (часто называемые «конечными результатами»). Одним из результатов успешного плана тестирования должна быть запись или отчет о проверке всех проектных спецификаций и требований, согласованных всеми сторонами.

Структура плана тестирования IEEE 829 [ править ]

IEEE 829-2008 , также известный как стандарт 829 для документации по тестированию программного обеспечения, представляет собой стандарт IEEE, который определяет форму набора документов для использования на определенных этапах тестирования программного обеспечения, при этом на каждом этапе потенциально создается отдельный тип документа. [1] Эти этапы:

  • Идентификатор плана тестирования
  • Вступление
  • Тестовые задания
  • Функции для тестирования
  • Функции, не подлежащие тестированию
  • Подход
  • Критерии прохождения / невыполнения задания
  • Критерии приостановки и требования к возобновлению
  • Результаты тестирования
  • Тестовые задания
  • Экологические потребности
  • Обязанности
  • Потребности в кадрах и обучении
  • График
  • Риски и непредвиденные обстоятельства
  • Утверждения

Документы IEEE, которые предлагают, что должно содержаться в плане тестирования:

  • 829-2008 Стандарт IEEE для документации по тестированию программного обеспечения и систем [1]
    • 829-1998 Стандарт IEEE для документации по тестированию программного обеспечения (заменен 829-2008) [2]
    • 829-1983 Стандарт IEEE для документации по тестированию программного обеспечения (заменен 829-1998) [3]
  • 1008-1987 Стандарт IEEE для модульного тестирования программного обеспечения [4]
  • 1012-2004 Стандарт IEEE для проверки и валидации программного обеспечения [5]
    • 1012-1998 Стандарт IEEE для проверки и валидации программного обеспечения (заменен 1012-2004) [6]
    • 1012-1986 Стандарт IEEE для планов проверки и валидации программного обеспечения (заменен 1012-1998) [7]
  • 1059–1993 Руководство IEEE по проверке программного обеспечения и планам валидации (отозвано) [8]

См. Также [ править ]

Ссылки [ править ]

  1. ^ a b 829-2008 - Стандарт IEEE для документации по тестированию программного обеспечения и систем . 2008. DOI : 10,1109 / IEEESTD.2008.4578383 . ISBN 978-0-7381-5747-4.
  2. ^ 829-1998 - Стандарт IEEE для документации по тестированию программного обеспечения . 1998. DOI : 10,1109 / IEEESTD.1998.88820 . ISBN 0-7381-1443-X.
  3. ^ 829-1983 - Стандарт IEEE для документации по тестированию программного обеспечения . 1983. DOI : 10,1109 / IEEESTD.1983.81615 . ISBN 0-7381-1444-8.
  4. ^ 1008-1987 - Стандарт IEEE для модульного тестирования программного обеспечения . 1986. DOI : 10,1109 / IEEESTD.1986.81001 . ISBN 0-7381-0400-0.
  5. ^ 1012-2004 - Стандарт IEEE для проверки и валидации программного обеспечения . 2005. DOI : 10,1109 / IEEESTD.2005.96278 . ISBN 978-0-7381-4642-3.
  6. ^ 1012-1998 - Стандарт IEEE для проверки и валидации программного обеспечения . 1998. DOI : 10,1109 / IEEESTD.1998.87820 . ISBN 0-7381-0196-6.
  7. ^ 1012-1986 - Стандарт IEEE для планов проверки и валидации программного обеспечения . 1986. DOI : 10,1109 / IEEESTD.1986.79647 . ISBN 0-7381-0401-9.
  8. ^ 1059-1993 - Руководство IEEE по проверке программного обеспечения и планам валидации . 1994. DOI : 10,1109 / IEEESTD.1994.121430 . ISBN 0-7381-2379-X.

Внешние ссылки [ править ]

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