Отчеты в Test IT. Кому, зачем и как?

Отчетность в тестировании — обязательная часть работы на проекте. Различные отчеты о результатах тестирования могут быть полезны многим специалистам в команде, от QA-инженера до CEO компании. 

В этой статье постараемся ответить, кому какие отчеты в Test IT могут быть нужны и как их составлять.

Test IT — не только система управления тестированием, это единый инструмент для взаимодействия всей команды разработки. Условно объединим в группы потенциальных пользователей Test IT и расскажем об отчетах для каждой:

• QA-инженеры, ручные тестировщики

• Автоматизаторы и разработчики

• QA-лиды, тест-менеджеры

• PM, Product Owner, CEO

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

Какие отчеты есть в Test IT

В системе существует шесть типов представления данных для создания виджета отчетности:

• Круговая диаграмма. Может выводить результаты тестов, тесты и автотесты, и группировать их по статусам, по приоритетам, по типу автоматизации или по авторам.

• Тренды. Альтернатива круговой диаграмме, показывающая динамику.

• Линейчатая диаграмма. Умеет выводить результаты по тест-планам и тест-ранам (прогонам автотестов). 

• Таблица. Выводит результаты по тестам и их результатам.

• Команда. Количество и статус тестов, выполненных каждым сотрудником.

• Таймлайн. График запущенных тест-ранов.

Некоторые типы отчетов доступны внутри модулей (автотесты и тест-планы), и абсолютно все типы отчетов можно вывести в модуль «Дашборды» для удобства.

Все виджеты и отчеты можно прямо сейчас попробовать в облачной версии системы. Бесплатный триальный период Test IT Cloud — 14 дней. Вы можете использовать свои тесты или демонстрационный проект, который поможет познакомиться с системой.

Отчеты для ручных QA-инженеров

Основная обязанность QA-инженеров или тестировщиков на проекте — писать, а затем проходить тесты. В крупных компаниях эти обязанности могут быть разделены между несколькими специалистами. 

Какие метрики интересны QA-инженеру:

• Статус теста (готов / не готов / требует доработки)

• Приоритет теста

• Автоматизирован тест или нет

Также полезно отслеживать smoke-наборы (highest), те тесты, которые необходимо проходить ежедневно для проверки работоспособности системы. Хорошим показателем считается, когда таких тестов 5–10% от общего числа.

Чтобы построить такой отчет, перейдите в модуль «Дашборды», откройте один из дашбордов (если в разделе еще нет дашбордов, создайте его), нажмите «Создать виджет» и выберите нужное представление данных.

Если документация в порядке, система Test IT это покажет. Например, если готовы не менее 95% тестов, можно начинать регрессионное тестирование. В противном случае требуется поддержание тестовой модели.

В разделе тест-планов также есть отчеты. Выберите тест-план и откройте раздел «Отчет». Здесь можно увидеть свой личный прогресс, распределенные на себя тесты и общую картину по тест-плану. 

Ниже есть график сгорания задач (вы можете построить идеальный план и сравнить его с фактическим прогрессом) и отчет по дефектам.

Также ручным тестировщикам при взаимодействии с автотестерами пригодится отчет, показывающий процент покрытия автотестами. Для этого, создавая виджет (например, «Тесты»), выберите группировку по типу автоматизации.

Какие отчеты нужны автоматизатору тестирования

QA-автоматизатора могут интересовать метрики:

• По тест-ранам 
• Времени запуска
• Данные о причинах падения автотестов 
• Отчет по стабильности тестов
• Процент автотестов от общего числа тестов

В модуле «Автотесты» есть свои отчеты по запускам автотестов, где отображается информация о времени запуска, количестве, результатах и причинам падения:

В разделе «Прогоны» вы можете открыть любой тест-ран и получить полную информацию о распределении тестов по результатам, категориям ошибок, датам и тестировщикам.

В модуле «Автотесты» доступен раздел таймлайнов, который визуализирует информацию о том, когда запускались автотесты и сколько времени это заняло. 

Раздел «Тест-планы» сам по себе представляет свод отчетов по проведенным или проходящим процессам тестирования. Здесь пересекаются интересы ручных тестировщиков и специалистов по автоматизации.

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

В разделе «Дашборды» можно вывести отчет по причинам падения автотестов в виде линейчатой диаграммы.

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

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

Линейчатая диаграмма позволяет отслеживать запуски автотестов и их результаты в режиме реального времени. 

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

Разработчики, как правило, редко заходят в Test IT, но и для них есть полезная информация, например шаги тест-кейсов или информация по автотестам.

Какие отчеты нужны тест-менеджеру

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

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

Заходим в раздел «Отчеты» и создаем дашборды в необходимом представлении: тренды, круговая или линейчатая диаграмма, таблицы и команда.

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

Как понять, готов ли проект к релизу? Чем меньше упавших тестов на регрессе, тем лучше. Это зависит от специфики проекта, но хорошей практикой считается не допускать падение более чем 3-5% тестов. Эту информацию также можно получить в отчете по тест-плану.

Что может быть интересно CEO 

Руководству компании важен прогресс. Test IT позволяет увидеть различные тренды по:

• Количеству багов на прод среде (качество тестирования и разработки)

• Хотфиксам (количество пересборок)

• Сторипойнтам, сданным в релиз (скорость разработки)

• Времени регрессионного тестирования (скорость тестирования)

В отчете по тест-плану можно сразу увидеть, в каком модуле есть дефекты.

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

Любым отчетом по тест-плану можно поделиться: сохранить в .pdf, распечатать или отправить заинтересованной стороне.

Руководству компании важно знать, как в целом работает отдел тестирования, есть ли прогресс, много ли выявляется ошибок. Эту информацию можно посмотреть в сводных отчетах в разделе «Дашборды».