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

стандарт IEEE

Статус IEEE 829

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

Предыстория IEEE 829

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

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

Документы следующие:

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

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

Стандарт вошел в программу обучения ISEB Foundation и Practitioner Certificates in Software Testing, продвигаемую Британским компьютерным обществом . ISTQB , после формирования собственной программы обучения на основе программ ISEB и немецкой ASQF, также принял IEEE 829 в качестве эталонного стандарта для документации по тестированию программного обеспечения и систем.

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

Ссылки

^ "IEEE Products and Projects Status Report". IEEE . Архивировано из оригинала 12 февраля 2012 . Получено 13 октября 2017 .
^ Рик Д. Крейг; Стефан П. Яскил (2002). Систематическое тестирование программного обеспечения. Artech House. стр. 4. ISBN 978-1-58053-792-6.

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

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

[IEEEstatus-1] "IEEE Products and Projects Status Report". IEEE . Архивировано из оригинала 12 февраля 2012 . Получено 13 октября 2017 .

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