Разбор практики Академии. Часть II

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

15.2 Как оформить баг Наконец мы переходим к правилам написания баг-репорта, а так же поговорим о часто встречаемых ошибках и как их избежать. Вдобавок разберем несколько языковых скриптов, которые можно использовать для удобства во время оформления бага. Для того, чтоб начать оформлять баг-репорт, необходимо зайти на страницу с тестовым циклом и справа вверху нажать на кнопку Report issues, еще данная кнопка синего цвета, если у вас эта кнопка отсутствует, это означает либо вы не приняли в работу тестовый цикл, либо тестовый цикл был завершен.
После этого, вы попадете на страницу с баг-репортом.

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

Первым делом, что мы должны указать в баг-репорте, это ваш заголовок, issue title, заголовок бага мы всегда составляем из инстукции написанной в описании цикла, эту информацию мы можем увидеть на самой странице баг-репорта, либо же в оверью тестового цикла. Сперва мы должны указать девайс. Здесь все понятно.
Дальше у нас идет область бага. На этапе определения области бага очень часто тестировщики делают ошибку, неправильно определяют область. Чтобы правильно определить область бага, нужно запомнить простую вещь: Областью бага будет являться целиком вся страница, на которой располагается баг. Если у вас на сайте, на главной странице, не важно сверху экрана, внизу экрана, посередине, происходит какой-то баг, то областью будет главная страница сайта или по другому хоумпейдж. Для других областей иногда используются аббревиатуры, с их списком вы сможете познакомиться после лекции.
После того как мы указали область бага, мы ставим тире и указываем описание бага. Здесь так же очень многие тестировщики совершают большое количество ошибок. Когда вы пишите описание баг-репорта, это последний пункт в заголовке. Всегда пишите его разборчиво и максимально конкретно. Я рекомендую использовать следующий языкой скрипт. "При таком-то действии, происходит такой-то результат" и давайте разберем на моем примере:
При нажатии на кнопку "Learn more" меня перенаправляют на пустую страницу.
Я всегда советую использовать этот скрипт для заголовка, так как он самый универсальный.
Тип бага мы определяем строго по правилам академии.
Далее у нас идет пункт Frequency(фриквенси), это частота воспроизведения бага.
Если вы смогли воспроизвести баг хотя бы 2 раза подряд, можете указать частоту EveryTime(всегда), если баг воспроизводится с нескольких попыток, то лучше указать (часто) Hardly Eyce.
Следующий пункт Priority, или же Приоритет. Отвечат, как мы сами оцениваем критичность данного бага. Это никак не повлияет на оценивании критичности вашего бага, со стороны заказчика, но в любом случае оценивайте адекватно, как вы считаете.
Май энвеременс (моя среда),здесь вы указываете девайсы и браузеры, с которых получилось воспроизвести ваш баг. Данный пункт может повлиять на конечную критичность вашего бага, поэтому не игнорируйте его.
Далее перейдем к описанию шагов:
Здесь все довольно очевидно, если будете соблюдать правила академии и будете сверять свой баг-репорт по правилам академии, то никаких ошибок вы не совершите. Я заметил, только одну часто встречающуюся ошибку, которую не явно описали в академии. Она связана с самым первым шагом. Вам нужно запомнить следующее:
Если вы тестируете сайт, то в первом шаге вы всегда пишите 1. Open testsite и полностью вставляете ссылку в том виде, в котором она дана в инскоупе.
Если вы тестируете мобильное приложение, то в первом шаге вы всегда пишите - Open test app "Название приложения"
Далее у нас идет описание ожидаемого результата. В ожидаемом результате мы пишем свое ожидание, как должна работать та или иная функция, если ваш баг связан с функционалом, если ваш баг не связан с функционалом, а например связан с опечаткой в тексте. В этом случае вы указываете - что ожидаете увидеть текст без ошибок на той или иной странице. Вы так же можете использовать следующий языковой скрипт:
"Я ожидаю, что после такого-то действия на такой то странице, будет такой-то результат." При этом, старайтесь указывать как можно больше деталей.
Давайте приведем пример: Я ожидаю, что когда нажимаю на кнопку "Learn More" в секции Food, я буду перенаправлен на следующую страницу, где я смогу увидеть какую-то информацию про это заголовок.
Следующий пункт у нас называется актуальный результат. В актуальном результате вы можете использовать похожий скрипт и написать: После того как вы делаете то или иное действие, происходит такой-то результат, в следствии чего так и так. Давайте приведем пример, "После нажатия на кнопку "Learn More" меня перенаправляет на пустую страницу, поэтому я не могу найти информацию про данный топик"
В Error Message, вы указываете код ошибки, который выдает сайт или приложение. (пример ошибка 404), если сообщения никакого нет, то указывать в этом поле ничего не нужно.

16. Вложения.
Напомню, что требования по вложениям у нас всегда написаны в описании цикла. Если мы говорим про самую первую академию, Introduction, то там нужен только 1 скриншот. На скриншоте должна быть пометка, с помощью красного прямоугольника, с областью где происходит баг.
Если мы рассматриваем мобильную и компьютерную академию, помимо скриншота, мы должны записать видео с багом и записать лог.
По поводу видео, требуемое правило, которое нужно соблюдать - это формат .mp4 (h264). Вне зависимости того, какой программой вы пользуетесь для записи видео, вы всегда можете настроить данный формат. После видеоурока, ученикам будет предоставлен софт вместе с программой для записи видео с экрана и скриншотом настройки программы. И последнее, что касается логов, логи должны быть всегда в формате .txt . Об этом не забывайте, это очень строгое правило, которое нужно помнить.

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

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

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

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

18. Стоит ли отклонять не нужные платные циклы?
Нам часто задают вопрос, в академии сказано, если отклонить тестовый цикл, то мы получим дополнительный рейтинг за честный ответ. Стоит ли это делать?
Спешу сразу ответить, делать этого категорически не стоит. Потому, что даже если у вас нет времени на то, что бы поработать в данном цикле, если вы его отклоните, в дальнейшем он может вам не прийти, а там вероятно будут доступны какие-то слоты с тестовыми кейсами, на которых вы бы могли заработать какую-то сумму денег. Поэтому делать это, я крайне не рекомендую. Поднимать рейтинг мы будем, исключительно на наших баг-репортах в академии и платных циклах. И так же последний вопрос, перед тем как мы перейдем к логам.
Какой софт мы будем использовать? Весь софт, который нам понадобиться с работой на данной платформе, мы предоставим после публикации видеоурока.
Софт мы будем использовать следующий:
Для компьютера, для записи видео мы будем использовать ice scream screen recorder.
Если у вас Mac, можете использовать встроенные утилиты.
Что бы записать видео с android, мы можем использовать такие программы как azt recorder. Либо любые другие аналоги.
Чтобы записать видео с айфона, нам не нужно закачивать никакие программы, мы воспользуемся встроенным виджетом.

19. Что касается записи логов:
Для записи логов, мы используем различный софт. Все зависит от связки ваших девайсов.
Если у вас пк Windows, но телефон iPhone. То вам нужно будет установить программу 3utools, которая так же идет в списке с нашим софтом.
Если к примеру у вас macOS и iPhone, то рекомендуем использовать программу iMazzing, ее можно установить по специальной ссылке, которую мы предоставим вам после видеоурока.
Если вы используете пк Windows/macOS в связке с андроид, то рекомендуем использовать platform tools. Инструкции по настройке платформ тулс мы так же приложим к видеоуроку.

20. А теперь давайте разберем несколько примеров, как записывать логи.
Логи с хрома;
Логи с IE;
Запись логов с новой страницы;
Запись логов с айфона.
Тут я сам расскажу

21. Советы по безопасности аккаунта на ютесте:
1. Не показывайте в вашем видео или в ваших скриншотах, любое упоминание/иконки VPN. VPN настрого запрещен на ютесте.
2. Так же я советую удалить все расширения браузеров, в особенности блокировщиков рекламы, так как они могут искажать контент на сайте и могут выдать ложный баг. А куратор увидя их сразу, отклонит ваш баг.
3. Отключите антивирус, на время тестирования.
4. Не показываете никаких русских букв или слов на своих вложениях.

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