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

Статус IEEE 829

Примечание. IEEE 829-2008 был заменен ISO/IEC/IEEE 29119-3:2013 . ^[1]

Предыстория 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 , также принял IEEE 829 в качестве эталонного стандарта для документации по тестированию программного обеспечения и систем.

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

Ссылки

^ «Отчет о состоянии продуктов и проектов IEEE» . ИИЭЭ . Архивировано из оригинала 12 февраля 2012 года . Проверено 13 октября 2017 г.
^ Рик Д. Крейг; Стефан П. Яскил (2002). Систематическое тестирование программного обеспечения . Артех Хаус. п. 4. ISBN 978-1-58053-792-6 .

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

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

[IEEEstatus-1] «Отчет о состоянии продуктов и проектов IEEE» . ИИЭЭ . Архивировано из оригинала 12 февраля 2012 года . Проверено 13 октября 2017 г.

[CraigJaskiel2002-2] Рик Д. Крейг; Стефан П. Яскил (2002). Систематическое тестирование программного обеспечения . Артех Хаус. п. 4. ISBN 978-1-58053-792-6 .

[1]

[2]