June 26, 2020

Заполнение полей в отчёте о баге

Главная страница


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

Пример отчета об ошибке высокого качества

1. Название вопроса

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

1.1 Напишите заголовок ошибки, следуя требуемому формату в обзоре цикла.

1.2 Опишите область, в которой была обнаружена ошибка в приложении (Примеры: поиск, Мой профиль, Оформление заказа)

1.3 Опишите ошибку, о которой сообщается точно (Пример: приложение аварийно завершает работу после загрузки фотографии)

1.4 Убедитесь, что другой тестировщик еще не сообщил об ошибке при участии в платном цикле.

1.5 Не пишите имя обозревателя в заголовке (если иное не указано в обзор)

2. Классификация ошибки

Выберите правильную классификацию ошибок, чтобы объяснить, какой тип ошибки сообщается, как часто она возникает, какие среды использовались и влияние ошибки на пользователя.

2.1 Тип проблемы: функциональная, визуальная, контент, баг производительности или сбой

2.2 Частота: каждый раз, редко, иногда или один раз

2.3 Устройство и среда: должны быть правильно выбраны и соответствовать названию

2.4 Серьезность: критическая, высокая, средняя, низкяя.

3. Выполненные действия

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

3.1 Используйте пронумерованные шаги, чтобы показать, как воссоздать ошибку.

3.2 На каждом шаге пишите только одну задачу.

3.3 Начните нумерованные шаги с URL-адреса веб-сайта или запуска приложения.

3.4 Не пишите «наблюдать, проверять или просматривать результат» в шагах

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

3.6 Не записывайте URL в следующих шагах (включайте URL только в первый шаг).

4. Ожидаемые результаты

Опишите, что именно ожидает пользователь при выполнении шагов в выполненных действиях.

5. Фактические результаты

Опишите точно, что происходит, когда пользователь выполняет шаги в выполненных действиях.

6. Сообщение об ошибке

Используйте это поле только в случае появления сообщения об ошибке при воссоздании ошибки. Напишите полное сообщение об ошибке, которое отображается на экране, если ошибка приводит к сообщению об ошибке.

7. Скриншоты

Включите скриншот с каждым отчетом об ошибке и четко выделите её на снимке экрана.

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

7.2 Загрузите в формате .jpg или .png

7.3 Захватите весь экран (включая строку URL для веб-тестирования)

7.4 Убедитесь в том, что скриншот можно открыть внутри платформы после представления отчета

7.5 Не загружайте более чем 2 скриншота в одном отчёте об ошибке

8. Видео

Включите видео, показывающее все шаги, необходимые для воссоздания ошибки. Видео должно соответствовать шагам, перечисленным в выполненных действиях.

8.1 Загрузка видео в формате .MP4

8.2 Видео должно соответствовать шагам, перечисленным в выполненных действиях.

8.3 Показывайте весь экран (включая строку URL-адреса для веб-тестирования).

8.4 Отключите микрофон, чтобы исключить фоновый шум (если не требуется повествование).

8.5 Проверьте что видео может быть воспроизведено внутри платформы после отправки отчета.

8.6 Обнаруженная ошибка должна появиться в видео.

8.7 Не записывать экран компьютера с помощью мобильного телефона, используйте программное обеспечение для записи видео.

8.8 Не включайте более одного видео в отчеты о проблемах (показать шаги восстановления проблемы в 1 видео)

9. Компьютерные и мобильные журналы (логи)

Включите журнал устройства или журнал консоли браузера в отчёт об ошибке.

9.1 Сохранение журналов в формате .txt (журналы Чарльз-прокси необходимо сохранять в формате .chls)

9.2 Убедитесь, что тестовый URL виден в строках ввода данных в журнале

9.3 Включите функцию «Сохранить журнал и показать метку времени» в Chrome и Firefox

10. Чарльз-прокси журналы

При необходимости включайте расшифрованный журнал прокси-серверов Charles в каждый отчет об ошибке.

10.1 Все данные должны быть расшифрованы в журналах Чарльза (доступ к тестовому веб-сайту при сборе журналов Чарльза).

10.2 Корневой сертификат должен быть правильно установлен на компьютере и мобильном устройстве (Если сертификат установлен неправильно, расширенные элементы будут отображаться сообщение <неизвестно>)

10.3 Настройте необходимые параметры SSL (хост * и порт 443)

10.4 Загрузите весь журнал Charles. После воспроизведения проблемы, нажмите на файл, затем нажмите save session as (Сохранить сессию как).

10.5 Убедитесь, что URL тестового веб-сайта отображается в строках ввода данных инструкции по настройке прокси-сервера Charles log.

Опционально - дополнительная информация о среде выполнения

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

Что делать, если TTL отправил запрос на дополнительную информацию о баге?

После того, как TTL отправит запрос дополнительной информации на сообщение об ошибке, исправьте запрошенные элементы и сохраните изменения. Затем нажмите кнопку Confirm all requested info was added (Подтвердить, что вся запрошенная информация была добавлена), чтобы завершить информационный запрос.


Следующий раздел