Вступление. Разбор платного и академического тестового.

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

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

Теперь пройдемся по старому платнику, далее более подробно перейдем академию.

Перед нами платный тестовой цикл.

Как вы видите по названию, речь идет о приложении для андроида VOI
Exploratory testing означает иследовательское тестирование, проще говоря цикл заточен под поиск багов. Но так же тут присутствуют и тест-кейсы.

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

Далее, Description, это краткое описание продукта.
Как мы видим тут идет речь о платформе для обмена электрическеми скутерами.
Тут очень краткое описание, обычно оно больше, сами увидите на практике)

Далее Inscope, или тестируемая область.
Что именно тестировать в приложении здесь не указано, видимо заказчика интересует вся область приложения, все ее функции.
Тут нас просто приветствуют и говорят о том, что вы имете приглашение в мобильный иследовательский цикл приложения VOI скутерс.
Так же говорится о тестовом билде приложения, тут указана версия 3.4.0
Давайте здесь обговорю нюансы, билд приложения, это версия приложения.
Если в инскоупе указана определенная версия билда, значит тестировать нужно только ее, другие версии в тестировании не нуждаются. Обычно это происходит после правок/обновления приложения и тестируют как новые функции работают со старыми.

Идем дальше. Раздел ENVIRONMENTS или окружающая среда.
Окружающая среда, это список девайсов, которыми нужно или можно тестировать приложение.
Тут говорится о том, что тестировщик может только сообщать об ошибках и / или заявлять тестовые случаи для этих сред:
Далее идут приоритетные устройства, т.е те устройства, в которых заинтересован заказчик.
Далее идет кусок тестируемой области, т.е инскоуп. Тут как и я говорил, можно тестировать все приложение, но за исключением OUT OF SCOPE, или вне области тестирования, дальше как раз будет этот раздел.
Так же важно, тут указано, что тестировать приложение можно только на английском языке.

Далее подраздел Notes, записи.
1. Тут говорится о том, что заказчика интересуют только проблемы с приложением, так же с упором на функциональные, технические баги.
2. Здесь говорится о принятии только функциональных багов на страницах Landing Webview. В этом разделе будут отклонены контент баги и визуальные баги.
3. В третьем просят не тестировать опции "отметить как отсутсвующий" и "сообщить о проблеме" для скутеров. Тут понятно, заказчика интересуют только функции для потребителя.
4. В 4 говорят о том что раздел Справка в боковом меню была обновлена. И просят проверять ее тщательно, как вы хотите, но не переусердсвуйте)
5. Тут говорится что скутеры доступны только в нескольких европейских городах и для них есть отдельный другой цикл.

Переходим к разделу OUT OF SCOPE.
Рассказываю.
Проблемы локализации. Только тест по английскому языку!
Не тестируйте опции "отметить как отсутствующие" и "сообщить о проблеме" для скутеров
Проблемы со сканированием. Не сообщайте о каких-либо ошибках, связанных с мотороллерами. Для этого существует отдельный цикл.
Ошибки графического интерфейса на экране платежной карты. Этот экран обрабатывается полосой; клиент не контролирует его
Вопросы содержания и пользовательского интерфейса с точки зрения&условия, Политика конфиденциальности и страниц охотника
Дубликаты ошибок (тестировщики должны просмотреть список известных ошибок и представленные в настоящее время ошибки).
Как всегда, не тестируйте социальные аспекты совместного использования приложения, если вы не уверены на 100%, что тестовые учетные записи, которые вы используете, полностью приватны и заблокированы. Это означает, что ваша первая тестовая учетная запись связана только с другой тестовой учетной записью, обе из которых являются закрытыми и заблокированными. Когда тестирование будет завершено, пожалуйста, удалите все артефакты из тестирования-твиты, сообщения, сообщения и т. д.
Использование эмуляторов
Любая бета ОС
Любой веб-сайт, внешний по отношению к приложению (пример: Google Maps)
Безопасность и инвазивное тестирование
Проверка границ и полей, включая специальные символы и Пробел.
Ошибки, которые не могут быть воспроизведены более двух раз, если только это не ошибка сбоя с прикрепленным файлом журнала. Не предоставляйте поздние файлы журнала, они должны быть захвачены, когда произойдет ошибка.
Устройства, которые не соответствуют тому, что указано в разделе Требования в разделе область применения

Раздел KNOWN ISSUES - известные баги.
Рассказываю.

ИЗВЕСТНЫЕ НЕПОЛАДКИ:

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

Далее раздел Issue Reporting Instructions
Тут речь о инструкции для оформления багов.
1. В первом нам напоминают что баги оформляются только на английском языке.
2. Во 2 идет образец оформления заголовка для бага.
Как мы видим в [ ] указавается наименнование девайса, версия ос.
Далее тип тестирования и после краткое описание бага.
После идут указания по вложениям к багу, т.е доказательства.
"Рассказываю".

Инструкция для тест кейсов или тестовый сценарий.
Пока скажу краткое определение тест-кейса, чуть позже мы это подробно разберем.
Тест-кейс/Тестовый сценарий это инструкция по шагам. Вы должно по определенному алгоритму выполнить определенный сценарий и выяснить какой у него будет результат. Выполняется сценарий или нет.
Слоты, это проще говоря бронирование места для выполнения определенного тест-кейса.
Тут в первой строчке нам как раз говорится о том, что вы можете претендовать на тестовый случай в разделе Слоты.
Так, тут все объяснил, идем дальше.
Здесь вас просят, проверить наличией тест-кейсы BFV.
BFV кейс это - моментальный тест кейс, здесь все работа в том, чтоб проверить чужой баг на своем устройстве и попробовать воспроизвести тот же баг.

AttachmentsРассказываю.
Team Contact InformationРассказываю.
Test Case PayoutsРассказываю.
Bug PayoutsРассказываю.

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

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

5. Разбор академического тестового цилка.
Сейчас мы разберем старый пример академического цикла.
Начнем. Самое первое, тестовый цикл что такое?
Тестовый цикл это - определенное задание в котором сказано,
что мы тестируем например сайт либо приложение.
Как мы тестируем. Это области INSCOPE, OUTSCOPE и другие правила из описания цикла.
А так же с помощью чего мы тестируем. Это могут быть различные девайсы
используемый софт прокси vpn и так далее.
Начинаем с вкладки оверью. Тут расписанна вся информацию работы по данному цикла.
5.1 announcementПервое что мы видим, это объявление с информацией ограненное оранжевыми границами.
Объявление присутствует не в
каждом тестом цикле и она у вас появляется когда приходит какая-то
новость от куратора. Куратор использует это для того, чтобы держать вас в курсе
всех нововведений таких как что нужно протестировать например какую-то новую
добавленную функцию либо обновить версию программы которую вы тестируете либо внимательнее читать in scope, потому что некоторые тестировщики его могут нарушать и так далее.
5.2 Следующая вкладка которая у нас есть называется Description.
В этом поле прописывается краткая информация о работе с данным тестовым
циклом. Например здесь нас приветствует, говорят что данный цикл
создан для того чтобы научить тестировщиков работать с мобильными
девайсами в циклах, научить занимать слоты, выполнять TestCase и составлять
баг репорты и так далее.
5.3 INSCOPE.
Мы видим уже знакомое для нас поле inscope. Напомню что в inscope у нас
прописывается различные моменты, которые необходимо протестировать,
указано с каких мы можем устройств тестировать, что мы должны
протестировать и другая важная информация.
Первое с чего у нас начинается inscope в данном цикле.
Как пройти в данную академию, первое необходимо просмотреть какое-то
видео по ссылке, далее необходимо полностью изучить описание тестового
цикла, это все страницы целиком на которой мы сейчас находимся и также
прочитать полезную статью, после этого нам необходимо принять
приглашение в тестовый цикл внизу экрана и занять слот под наш девайс.
Последнее нам необходимо выполнить тест кейс и
выложить хотя бы один баг репорт.
Следующее что мы можем заметить
Which Application or Website Should i Test? Здесь у нас указывается что мы конкретно должны протестировать у нас есть и веб-сайт для того чтобы мы
протестировали его с мобильных устройств и также приложение для ios и для android.
Далее мы можем заметить что у нас идет как раз перечисления что искать по
компонентам What areas should i focus my testing on?

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

5.4 OUT OF SCOPE
После этого у нас идет также знакомая нам область OUT OF SCOPE, здесь напомню указывается правила которые мы не можем нарушать.
Давайте прочитаем какие здесь у нас правила даны:

не совершать никаких заказов либо покупок используя реальной карты;
дальше не создаем аккаунт то есть мы тестируем только процесс создания
аккаунта;

не выкладываем больше трех багов.

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

Далее не выкладывайте field validation баги и указан
приложенный файл.
Кстати довольно интересный момен. Давайте посмотрим на пример.
У нас приведен скриншот с процессом регистрации аккаунт где
тестировщик в поле переводе имени указывает не реальное имя, а указывает
имя прописанное с использованием символов и система ему выдает ошибку
"Введите валидно имя"
тестировать как раз от лица обычного пользователя
поэтому в таких случаях мы должны писать обычные имена и фамилии.
что касается создания аккаунта на процессе ввода почты здесь тут точно такое
же правило. Если вы вводите почту не по действующему формату
то есть как указано тут, то вы нарушаете правила ввода и у вас система не принимает такую почту.
данный баг будет являться field validation то есть баг связан с
заполнением форм и такие баги выкладывать не нужно, но стоит упомянуть, если вы например вводите какое-то валидное значение в поле, допустим реальное имя и при этом система выдает ошибку, это означает, что происходит функциональный
баг и такие баги уже можно выкладывать. Или например если
реальную почту система не принимает, то тоже можно будет выложить как функциональный баг.

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

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

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

Следующий пункт
никаким образом не показываете тестируемому приложению либо сайту, что вы его
тестируете либо что вы работаете от платформы или Uтест
либо aplauz тест. Данный пункт очень интересен, но давайте сразу дам
прояснение по этому поводу. Когда вы тестируете сайт либо приложение и у вас
подобным образом сказано, что вы не должны неким образом
показывать, что вы тестирощвик, нужно просто не использовать слова такие, как
тест и и тест aplauz в создании аккаунта либо в почте с которого будете
регистрироваться либо если вы проверяете работают ли комментарии.

5.5 Issue Reporting InstructionsReporting Instructions. видно что здесь у нас инструкции по тому как мы должны
оформлять баг. Конкретно в данном цикле. Здесь сказано мы должны
просмотреть видео по ссылке, далее мы должны прочитать курс как писать баг
репорт и здесь приведены 2 ссылки , они у нас есть в переводе академии. После
этого указано по какому формату должен быть заголовок нашего бага, сначала идет
девайс, затем мы пишем область и пишем описание бага. И приведенно 2 примера И в завершении сказано, какие вложения должны быть у наших баг репортов.
Required Attachments здесь написано что каждый баг должен сопровожден тремя
вложениями. Это должен быть видео с багом и скриншот с помеченной областью. В принципе все понятно.

5.6 Special Instructions
И в самом конце у нас идет специальная инструкция здесь у нас просто продублированы статьи из
академии которые нам нужно прочитать.

5.7 Team Contact Information
Далее мы видим информацию о том, кто является нашими кураторами на цикле и соответственно это вся информация.

Немного важной информации.
Области inscope и out of scope называются областями тестирования. Когда вы совершаете поиск ошибок вы должны
ориентироваться одновременно по данным областям, если ваш баг подходит
к области in scope вы также должны проверить не нарушает ли он область тестирования исходя из out of scope.

5.8 Test Case / Review Payots.

5.9 Bug Payouts5.10 Your Specified Environments.

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