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

Окружение (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 курса «Основы тестирования ПО».
С первого взгляда описанные выше правила могут показаться странными и неудобными, хотя на самом деле они существенно облегчают жизнь разработчикам, которые будут читать баг-репорт. Ведь большинство продуктов сейчас являются мультиплатформенными, поэтому важно понимать быстро, в какой версии продукта – мобильной или десктопной – найден баг.
