Документация по тестированию программного обеспечения - Software test documentation

Документация по тестированию программного обеспечения это жизненно важный элемент, который поднимает любую экспериментальную деятельность на уровень тест программного обеспечения.[1] Международные организации, такие как IEEE и ISO, опубликовали стандарты документации для тестирования программного обеспечения.

Статус IEEE 829

Примечание: IEEE 829-2008 был заменен ИСО / МЭК / ИИЭР 29119-3: 2013.[2]

Предпосылки к IEEE 829

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

Документы, требуемые IEEE 829

Документы:

  • Генеральный план тестирования (MTP): Цель Мастера План тестирования (MTP) - предоставить общий документ по планированию тестирования и управлению тестированием для нескольких уровней тестирования (в рамках одного проекта или нескольких проектов).
  • План тестирования уровня (LTP): для каждого LTP необходимо описать объем, подход, ресурсы и график действий по тестированию для указанного уровня тестирования. Необходимо определить тестируемые элементы, функции, которые должны быть протестированы, задачи тестирования, которые должны быть выполнены, персонал, ответственный за каждую задачу, и связанный (е) риск (ы).
  • Уровень Дизайн теста (LTD): Детализация контрольные примеры и ожидаемые результаты, а также критерии прохождения теста.
  • Тестовый пример уровня (LTC): указание тестовых данных для использования при выполнении тестовых случаев, указанных в дизайне тестирования уровня.
  • Процедура проверки уровня (LTPr): подробное описание того, как запускать каждый тест, включая все предварительные условия настройки и шаги, которые необходимо выполнить.
  • Журнал испытаний уровня (LTL): для предоставления хронологической записи соответствующих подробностей о выполнении тестов, например запись того, какие тестовые примеры были запущены, кто их запускал, в каком порядке и был ли каждый тест пройден или не прошел.
  • Отчет об аномалии (AR): для документирования любого события, происходящего в процессе тестирования, которое требует расследования. Это может называться проблемой, тестовым инцидентом, дефектом, неисправностью, проблемой, аномалией или отчетом об ошибке. Этот документ намеренно назван отчетом об аномалиях, а не отчетом об ошибках. Причина в том, что расхождение между ожидаемыми и фактическими результатами может произойти по ряду причин, отличных от неисправности в системе. К ним относятся неверные ожидаемые результаты, неправильное выполнение теста или несоответствие требований, что означает, что можно сделать более одной интерпретации. Отчет состоит из всех деталей инцидента, таких как фактические и ожидаемые результаты, когда он потерпел неудачу, а также любые подтверждающие доказательства, которые помогут в его разрешении. Отчет также будет включать, если возможно, оценку воздействия инцидента на тестирование.
  • Отчет о статусе промежуточного тестирования уровня (LITSR): для обобщения промежуточных результатов назначенных действий по тестированию и, при необходимости, для предоставления оценок и рекомендаций, основанных на результатах для конкретного уровня тестирования.
  • Отчет об испытаниях уровня (LTR): для обобщения результатов назначенных действий по тестированию и предоставления оценок и рекомендаций на основе результатов после завершения выполнения теста для определенного уровня тестирования.
  • Главный отчет об испытаниях (MTR): суммировать результаты уровней назначенных действий по тестированию и предоставлять оценки, основанные на этих результатах. Этот отчет может использоваться любой организацией, использующей MTP. Отчет руководства, содержащий любую важную информацию, обнаруженную в ходе выполненных тестов, включая оценки качества усилий по тестированию, качества тестируемой программной системы и статистические данные, полученные из отчетов об аномалиях. В отчете также указывается, какое тестирование было проведено и сколько времени на это потребовалось, чтобы улучшить планирование тестирования в будущем. Этот заключительный документ используется, чтобы указать, подходит ли тестируемая программная система для своих целей в зависимости от того, соответствует ли она критериям приемлемости, определенным заинтересованными сторонами проекта.

Использование IEEE 829

Стандарт стал частью учебной программы ISEB Базовые и практические сертификаты в области тестирования программного обеспечения, выдвинутые Британское компьютерное общество. ISTQB, после формирования собственной учебной программы на основе ISEB России и Германии ASQF syllabi, также принял IEEE 829 в качестве справочного стандарта для документации по тестированию программного обеспечения и системы.

Доктор Давид Гельперин и доктор Уильям К. Хетцель разработала методологию процесса систематического тестирования и оценки (STEP) для реализации исходного стандарта IEEE-829 для документации тестирования программного обеспечения.[3]

Рекомендации

  1. ^ «Документация по тестированию программного обеспечения - как должна выглядеть тестовая документация?». ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ-ЭКСПЕРТЫ. Получено 18 января 2017.
  2. ^ «Отчет о состоянии продуктов и проектов IEEE». standard.ieee.org. Получено 13 октября 2017.
  3. ^ Рик Д. Крейг; Стефан П. Яскель (2002). Систематическое тестирование программного обеспечения. Артек Хаус. п. 4. ISBN  978-1-58053-792-6.

внешняя ссылка

  • IEEE Std 829-2008, Стандарт IEEE для документации по тестированию программного обеспечения и систем
  • BS7925-2, Стандарт тестирования программных компонентов