Советы по написанию отчётов о багах | Tips for writing bug reports

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

Воссоздать ошибку много раз, чтобы понять ее

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

1. Что за ошибка?

2. Как воссоздать это?

3. Что происходит, когда ошибка воссоздается?

Тестеры должны четко объяснять ошибки и предоставлять доказательства

Как тестер, ваша задача - четко объяснить ошибку и предоставить доказательство ошибки, чтобы TTL или клиент могли воссоздать и понять ее.

Название ошибки объясняет, что это за ошибка

Напишите название, которое ясно объясняет, в чем ошибка.

Следуйте инструкциям заголовка ошибки в обзоре цикла

Обязательно следуйте всем инструкциям в обзоре цикла проекта uTest, в котором вы участвуете.

Пронумерованные шаги, объясняющие, как воссоздать ошибку

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

Четко объясните, что ожидалось и что случилось

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

Создать и включить все необходимые доказательства ошибки

Наконец, создайте и включите все необходимые вложения, которые обычно требуются в проектах uTest:

• Скриншоты

• Записи экрана

• Журналы устройства

Просмотрите и исправьте любую ошибку в отчете об ошибке.

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

Если написано неправильно, TTL попросит вас исправить отчет об ошибке

Если вы написали это неправильно, руководитель группы тестирования (TTL) может обратиться к вам, чтобы исправить отчет или добавить дополнительную информацию.

Не забудьте проверить

Обязательно проверьте:

• Заголовок ошибки

• Пронумерованные шаги

• Ожидаемые и фактические результаты

• Вложения. Обязательно загрузите все необходимые вложения

ИНФОРМАЦИОННЫЕ ПОЛЯ ОТЧЕТА ОБ ОШИБКАХ Цель этого курса - четко объяснить, какую информацию следует включать при отправке отчета об ошибке в цикле uTest. Обязательно прочитайте и поймите обзор цикла, прежде чем отправлять сообщения об ошибках, поскольку у каждого цикла могут быть определенные требования.

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

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

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

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

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

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

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

1.5 Не пишите заголовок во ВСЕХ КАРТАХ

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

2. Выпуск классификаций

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

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

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

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

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

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

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

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

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

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

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

Опционально - дополнительная информация об окружающей среде

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

Запрос информации - что делать дальше?

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

Подтвердить, что вся запрошенная информация была добавлена

»,

чтобы завершить информационный запрос.