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

Окружение (Environment)

Мобильное тестирование подразумевает несколько вариантов:

• тестирование на реальном устройстве (лучший вариант);
• тестирование на эмуляторе;
• тестирование с помощью инструментов разработчика в браузере.

Рассмотрим пример описания окружения в баг-трекере Mantis при тестировании на реальном устройстве. Для описания окружения в данной системе используются такие поля ввода: Platform, OS, OS Version. В данном случае в поле Platform необходимо написать слово «Mobile», в поле OS указать название мобильной платформы (Android, iOS), в поле OS Version указать версию операционной системы.

Пример заполнения полей с окружением при тестировании на реальном устройстве

При тестировании на эмуляторе в поле Platform нужно указать название эмулятора, в полях OS и OS Version нужно указать платформу, которая эмулируется, и ее версию.

Пример заполнения полей с окружением при тестировании на эмуляторе

Иногда для быстрого тестирования верстки сайта или при отсутствии нужного девайса и возможности установить эмулятор можно использовать инструменты разработчика в браузере. Конечно, такой метод будет крайне неточным, но приблизительное отображение сайта на устройстве продемонстрирует. В таком случае в поле Platform нужно указать браузер и его версию, который установлен на ПК, и, соответственно, в полях OS и OS Version нужно указать операционную систему, которая используется, и ее версию. При этом нужно не забыть уточнить в разделе с дополнительной информацией, что тестирование проводилось с помощью Developer tools, а также указать выбранное устройство и разрешение экрана.

Пример заполнения полей с окружением при тестировании с помощью инструментов разработчика в браузере

Тема (Summary)

Для того чтобы разработчик еще по теме баг-репорта понял и обратил внимание на то, что баг найден на мобильном устройстве, в нашей компании принято в начале темы указывать слово [Mobile] и ОС, на которой проводилось тестирование. 

Например: [Mobile] Android: Клавиатура отображается в портретной ориентации на форме регистрации после тапа на поле ввода имени и поворота устройства в ландшафтный режим.

Также в части «Когда?» в теме нужно обязательно написать, в каком режиме находится мобильное устройство (портретном или ландшафтном), если появление бага зависит от изменения ориентации девайса.

Шаги воспроизведения (Steps To Reproduce)

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

Если тестируется приложение, не нужно в первом шаге указывать ссылку на сайты, где можно скачать приложение, достаточно написать его название в поле "Additional Information".

Дополнительная информация (Additional Information)

В мобильном тестировании это поле заполняется часто и много. При тестировании сайта на мобильном устройстве здесь нужно указать название браузера и его версию, название и модель устройства. Если же тестируется приложение, то вместо браузера нужно указать название приложения.

Пример заполнения раздела с дополнительной информацией при тестировании сайта

Пример заполнения раздела с дополнительной информацией при тестировании приложения

Прикрепленные Файлы (Attached Files)

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

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