Как отчёт по тестированию помогает лучше понять качество ИТ-решения

Обеспечение высокого качества программных продуктов — верный способ поддерживать лидирующую позицию на рынке. Отчёты по тестированию играют огромную роль в обеспечении соответствия ИТ-продукта необходимым стандартам качества.

При оказании услуг тестировщики и руководители проектов «Точка качества» предоставляют заинтересованным сторонам понятные отчёты с промежуточными и итоговыми результатами тестирования (отчёты по качеству).

Отчёты помогают руководителям всех уровней организации контролировать работу выделенной команды QA-инженеров — в том формате и с той периодичностью, которая им подходит. Какие бывают отчёты по качеству? Для чего они нужны? Что в них содержится? Почему заинтересованным сторонам важно изучать подготовленные QA-командой отчёты?

Какие существуют отчёты по тестированию

• Промежуточные
• Итоговые

Промежуточный отчёт составляется и отправляется на всех заинтересованных лиц после проведения каждого вида тестов. Данный тип отчёта составляет инженер по тестированию, проверивший заданную часть функциональности. 

В конце предопределённого промежутка времени (обычно за неделю либо перед выходом очередной сборки) составляется итоговый отчёт о всей проделанной работе. В отчёте отражена информация о качестве всех проведённых видов тестов. Как правило, такой отчёт составляет ведущий тестировщик либо руководитель QA-команды. Он анализирует всю информацию о состоянии ПО и собирает её воедино.

Как составляется отчёт по качеству

Специалисты нашей компании используют определённый шаблон отчёта по качеству. Он отличается наглядностью и простотой восприятия информации. То есть ИТ-директору или владельцу бизнеса не придётся тратить много времени на изучение данных отчёта — они наглядно представлены в виде графиков, списков, значений, процентных соотношений и т.д.
 

Пример отчёта по качеству.

Прежде чем приступить к составлению отчёта, QA-специалисты удостоверяются, что следующие пункты выполнены: 

• Вся запланированная на текущую сборку функциональность проверена, обработаны все запросы на изменения.
• Все дефекты, пришедшие на проверку, обработаны в системе управления дефектами, валидированы, внесены комментарии к заблокированным дефектам.
• Все новые найденные дефекты внесены в дефект-трекинговую систему.
• Заполнены тест-планы и любая другая отчётная тестовая документация.
• Обновлены все данные.
• Обновлён документ со статистикой (если имеется).

Что содержится в отчёте по качеству ПО

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

• Приветствие
• Общая информация
• Тестовое окружение
• Рекомендации QA
• Детализированная информация
• Окончание содержимого

Общая информация

В данной части отчёта описываются проводимые виды тестов. Зачастую указываются модули, которые тестировались или функциональность.

Тестовое окружение

Чаще всего в этой части указываются:

• название проекта
• номер сборки
• ссылка на проект (сборку) 
• версия операционной системы, тип СУБД, адрес стенда, тип устройства и т.д.

Рекомендации QA

Данная часть отчёта — основная, т.к. в ней отражается общее состояние ИТ-решения. Здесь отражена аналитическая работа тестировщиков, их рекомендации по улучшению функциональности, наиболее слабые места и наиболее критичные дефекты, динамика изменения качества проекта.

В этом разделе: 

• Указана функциональность, которая заблокирована для проверки. Даны пояснения, почему эти функции не проверены (указаны наиболее критичные дефекты).
• Произведён анализ качества проверенной функциональности. Указывается, улучшилась она или ухудшилась по сравнению с предыдущей версией, указывается уровень качества на текущий момент, какие факторы повлияли на выставление именно такого качества сборки.
• Если качество сборки ухудшилось, то обязательно указываются регрессионные места.
• Наиболее нестабильные части функциональности выделяются и указывается причина, по которой они таковыми являются.
• Даны рекомендации по той функциональности и дефектам, скорейшее исправление которых является наиболее приоритетным.
• Составлен список наиболее критичных для сборки дефектов с указанием их названия и критичности.

Детализированная информация

В данной части отчёта описывается более подробная информация о проверенных частях функциональности, устанавливается качество каждого проверенного модуля в отдельности. В зависимости от типа проводимых тестов, эта часть отчёта будет отличаться.

Окончание содержимого

В завершении содержимое отчёта содержит следующую информацию:

• Ссылка на тест-план
• Ссылка на документ со статистикой
• Общее количество всех новых дефектов

Отчёт может быть структурирован по-другому в зависимости от используемого на проекте шаблона или потребности в дополнительных блоках.

При описании выявленных дефектов QA-инженер описывает, к чему они приводят, как влияют на работу пользователя. Специалист указывает дефекты, которые должны быть исправлены в первую очередь и аргументирует, почему должно быть именно так. 

Преимущества отчётов по качеству

Цель отчётов по тестированию — показать качество программного обеспечения и предоставить информацию в виде рекомендаций. Грамотно составленные QA-отчёты помогают заинтересованным сторонам лучше понять текущее состояние тестируемого продукта и принять соответствующие решения по дальнейшим действиям.

Отчёты состоят из нескольких разделов, включая общую информацию о проекте, тестовое окружение, рекомендации QA и детализированную информацию. Данные из отчёта позволяют получить ценные сведения и обратную связь от QA-команды, а также определить пути улучшения продукта.

Благодаря подробному описанию всех тестовых мероприятий, проведённых QA-командой, отчёты о тестировании позволяют командам и владельцам ПО:

• Увидеть, насколько качественно было проведено функциональное или автоматизированное тестирование, и выявить причины неудачного / отрицательного тестирования.
• Оценить качество протестированного продукта или функции и понять, когда ПО можно будет выпускать.
• Иметь представление о том, насколько быстро команда выявляла и устранила дефекты.
• Установить общее качество процессов тестирования на проекте и при необходимости скорректировать процессы.
• Контролировать качество ПО и вносить изменения в дорожную карту при необходимости.

Более подробно про отчёты по качеству и стратегию тестирования ПО вам расскажут наши специалисты на бесплатной консультации.