Документация по тестированию программного обеспечения - Software test documentation
IEEE жизненный цикл программного обеспечения |
---|
|
Документация по тестированию программного обеспечения это жизненно важный элемент, который поднимает любую экспериментальную деятельность на уровень тест программного обеспечения.[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]
Рекомендации
- ^ «Документация по тестированию программного обеспечения - как должна выглядеть тестовая документация?». ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ-ЭКСПЕРТЫ. Получено 18 января 2017.
- ^ «Отчет о состоянии продуктов и проектов IEEE». standard.ieee.org. Получено 13 октября 2017.
- ^ Рик Д. Крейг; Стефан П. Яскель (2002). Систематическое тестирование программного обеспечения. Артек Хаус. п. 4. ISBN 978-1-58053-792-6.
внешняя ссылка
- IEEE Std 829-2008, Стандарт IEEE для документации по тестированию программного обеспечения и систем
- BS7925-2, Стандарт тестирования программных компонентов