Заполнение полей в отчёте о баге
Цель этой статьи - объяснить, какую информацию следует включать при отправке отчета об ошибке в цикле 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 (Подтвердить, что вся запрошенная информация была добавлена), чтобы завершить информационный запрос.
Следующий раздел