План тестирования - Test plan

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

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

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

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

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

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

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

Покрытие тестов

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

Методы испытаний

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

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

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

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

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

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