Документация по тестированию программного обеспечения является жизненно важным элементом, поднимающим любую экспериментальную деятельность до уровня тестирования программного обеспечения . [1] Международные организации, такие как IEEE и ISO, опубликовали стандарты документации по тестированию программного обеспечения.
Статус IEEE 829 [ править ]
Примечание: IEEE 829-2008 был заменен ISO / IEC / IEEE 29119-3: 2013 . [2]
Предпосылки к IEEE 829 [ править ]
IEEE 829-2008 , также известный как 829 Стандарт для программного обеспечения и тестирования системы документации , был IEEE стандарт , который указан в виде набора документов для использования в восьми определенных этапах тестирования программного обеспечения и тестирования системы , каждый этап потенциально производить свои собственные отдельный вид документа. В стандарте указан формат этих документов, но не оговаривается, должны ли они все создаваться, а также не содержится каких-либо критериев относительно адекватного содержания этих документов. Это был вопрос суждения, выходящий за рамки стандарта.
Документы, требуемые IEEE 829 [ править ]
Документы:
- Генеральный план тестирования (MTP): Цель Генерального плана тестирования (MTP) - предоставить общий документ по планированию тестирования и управлению тестированием для нескольких уровней тестирования (в рамках одного проекта или нескольких проектов).
- План тестирования уровня (LTP): для каждого LTP необходимо описать объем, подход, ресурсы и график действий по тестированию для указанного уровня тестирования. Необходимо определить тестируемые элементы, функции, которые должны быть протестированы, задачи тестирования, которые должны быть выполнены, персонал, ответственный за каждую задачу, и связанный (-ые) риск (-ы).
- Level Test Design (LTD): Детализация тестовых случаев и ожидаемых результатов, а также критериев прохождения теста.
- Тестовый пример уровня (LTC): указание тестовых данных для использования при выполнении тестовых примеров, указанных в дизайне тестирования уровня.
- Процедура проверки уровня (LTPr): подробное описание того, как запускать каждый тест, включая любые предварительные условия настройки и шаги, которые необходимо выполнить.
- Журнал тестирования уровня (LTL): для обеспечения хронологической записи соответствующих подробностей о выполнении тестов, например, записи о том, какие тестовые примеры были запущены, кто их запускал, в каком порядке и был ли каждый тест пройден или не прошел.
- Отчет об аномалии(AR): для документирования любого события, происходящего в процессе тестирования, которое требует расследования. Это может называться проблемой, тестовым инцидентом, дефектом, проблемой, проблемой, аномалией или отчетом об ошибке. Этот документ намеренно назван отчетом об аномалиях, а не отчетом об ошибках. Причина в том, что расхождение между ожидаемыми и фактическими результатами может произойти по ряду причин, отличных от сбоя в системе. К ним относятся неверные ожидаемые результаты, неправильное выполнение теста или несоответствие требований, что означает, что можно сделать более одной интерпретации. Отчет состоит из всех деталей инцидента, таких как фактические и ожидаемые результаты, когда он потерпел неудачу, а также любые подтверждающие доказательства, которые помогут в его разрешении. Отчет также будет включать, если возможно, оценку воздействия инцидента на тестирование.
- Отчет о промежуточном состоянии тестирования уровня (LITSR): для обобщения промежуточных результатов назначенных действий по тестированию и, при необходимости, для предоставления оценок и рекомендаций, основанных на результатах для конкретного уровня тестирования.
- Отчет о тестировании уровня (LTR): для обобщения результатов назначенных действий по тестированию и предоставления оценок и рекомендаций на основе результатов после завершения выполнения теста для конкретного уровня тестирования.
- Главный отчет об испытаниях (MTR): для обобщения результатов уровней назначенных действий по тестированию и для предоставления оценок, основанных на этих результатах. Этот отчет может использоваться любой организацией, использующей MTP. Управленческий отчет, содержащий любую важную информацию, обнаруженную в ходе выполненных тестов, включая оценки качества усилий по тестированию, качества тестируемой программной системы и статистические данные, полученные из отчетов об аномалиях. В отчете также записывается, какое тестирование было проведено и сколько времени на это потребовалось, чтобы улучшить планирование тестирования в будущем. Этот заключительный документ используется, чтобы указать, подходит ли тестируемая программная система для своих целей, в зависимости от того, соответствует ли она критериям приемлемости, определенным заинтересованными сторонами проекта.
Использование IEEE 829 [ править ]
Стандарт является частью учебной программы Фонда ISEB и сертификатов практикующих специалистов по тестированию программного обеспечения, продвигаемых Британским компьютерным обществом . ISTQB , после формирования своей собственной учебной программы, основанной на учебных программах ISEB и ASQF в Германии , также принял IEEE 829 в качестве справочного стандарта для документации по тестированию программного обеспечения и систем.
Д-р Дэвид Гелперин и д-р Уильям К. Хетцель разработали методологию процесса систематического тестирования и оценки (STEP) для реализации исходного стандарта IEEE-829 для документации тестирования программного обеспечения. [3]
Ссылки [ править ]
- ^ "Тестовая документация программного обеспечения - Как должна выглядеть тестовая документация?" . ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ-ЭКСПЕРТЫ . Проверено 18 января 2017 года .
- ^ «Отчет о состоянии продуктов и проектов IEEE» . standard.ieee.org . Проверено 13 октября 2017 года .
- ^ Рик Д. Крейг; Стефан П. Яскель (2002). Систематическое тестирование программного обеспечения . Артек Хаус. п. 4. ISBN 978-1-58053-792-6.
Внешние ссылки [ править ]
- IEEE Std 829-2008 , Стандарт IEEE для документации по тестированию программного обеспечения и системы
- BS7925-2 , Стандарт для тестирования программных компонентов
