Оставьте свой контактный номер телефона и мы ответим на все вопросы!
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности.
Для чего необходимы?
Отчеты о тестировании
какие есть форматы?
Форматы отчетов о тестировании программного обеспечения

Сегодня все проекты, которые создаются в ИТ, требуют качественного тестирования. Есть самые разные виды тестирования, каждое из которых используется по мере удобства. Есть тестирование ручное, автоматизированное, компетентное, системное и пр. В любом случае, оно обязательно должно присутствовать. Количество данных о проекте прямо пропорционально величине проекта. Если тестирование регулярное, то оно в любом случае сопровождается отчетностью.


За последнее время наблюдается очень высокий темп разработки проектов. Релиз некоторых из них может производиться несколько раз в неделю, а то и в день. Если правильно составлять отчет о тестировании, то он будет невероятно полезен при дальнейшей разработке и улучшению функциональности продукта.



Для чего необходимы отчеты о тестировании и какие есть форматы?

Прежде следует сказать, что хранить отчеты о тестировании необходимо практически всегда, а именно: для оценки текущего состояния проекта, чтобы окончательно ответить на вопросы о том, готов ли продукт к релизу. После этого отчетные данные можно с успехом использовать для совершенствования самого процесса тестирования конкретным тестировщиком.

Очень часто разработчики не обращают внимания на то, в каком формате тестировщик сохраняет отчеты. В случае несложных тестов, когда находятся ошибки малого масштаба, то в основном это форматы PASS или FAIL. Если все не так просто, то подобной информации недостаточно, так как требуется сохранять логи, тайминги и множество дополнительных мелких данных.

Так как сейчас все в мире развивается, в среде информационных технологий разрабатывается множество полезных вещей, в частности для тестировщиков. Если говорить о форматах, то здесь они делятся на закрытые и открытые. К первым относятся те, которые созданы определенными компаниями исключительно для собственных продуктов. Вторые — общедоступные.



Рассмотрим те, которые являются самыми распространенными из них — TAP, JUnit, SubUnit.



1. Test Anything Protocol (TAP)

Этот формат является одним из самых старых, который был разработан специально для тестирования первой версии интерпретатора в 1987 году. Далее с выходом модуля Test::Hamess, формат стал использоваться для тестирования модулей Perl. В наше время данный формат активно применяется в различных языках программирования и фреймворках для тестирования.



2. SubUnit — это потоковый формат. Его создали в 2005 году специально для юнит-тестирования. Следует отметить, что формат активно применяется с целью тестирования компонентов проектов OpenStack, Linux дистрибутива Ubuntu и Samba. Существует две версии данного формата, одна из которых сохраняет результаты в виде текста, другая — в виде двоичного кода.



3. Формат Junit

XUnit — это обобщающее название группы фреймов специально под модульное тестирование. Их структура и функциональные возможности основаны на Sunit, который создавался специально для языка программирования Smalltalk. Известно, что Sunit был создан 1998 года Кентом Беком. Он был очень удобным и практичным. В конечном итоге, он был адаптирован для самых разных языков программирования. Отметим, что XML является базой для всех фреймворков. Единственное отличие заключается лишь в структуре.



Очень часто процесс тестирования включается в разработку методом использования инструментов непрерывной интеграции (Jenkins CI, BuildBot, TeamCity и пр.). Также их используют для анализа результатов. С уверенностью можно сказать, что в случае у вас отсутствия цели относительно анализа результатов или разделения ролей при разработке, стоит все-таки не идти сложным путем, а пользоваться в работе только существующими форматами для отчетов. Во многих языках программирования их добавление и поддержка не нуждается в больших временных затратах.