О циклах
И так, вам предстоит работать на платформе, принимая приглашения и выполняя в них некоторый ряд задач.
Начну с того, что объясню, что такое цикл.
Немного теории.
Здесь цикл - это один из этапов тестирования продукта. Этот этап, как и другие, находятся в одной большой фазе - Аутсорсинговое краудтестирование продукта.
Внутри этой фазы происходят и другие процессы, которые не касаются тестировщиков. Тестировщикам нужно понимать, что каждый цикл тестирования имеет свою задачу, можно воспринимать это как спринт.
Допустим, есть цикл, который длится 24 часа, и в рамках этого процесса команде тестирования нужно сфокусироваться, например, на таком типе как Регрессионное тестирование какого-то конкретного функционала (Уже работающего функционала из старых версий). Представим, что вышла новая версия продукта, в которой были добавлены обновления, и для того, чтобы провести ряд тестировний этой версии, запускаются такие процессы как Цикл тестирования.
Задачи циклов могут как повторяться, так и варьироваться. Нужно понимать, что продукт, на момент того, как вы попали в команду, может находиться на разных этапах разработки и тестирования - раннем или позднем. Роль команды uTest в разработке (и тестировании, как части) может так же варьироваться от глубокого погружения, до поверхностного. От этих переменных зависят задачи, сложность, сырость продукта и т.д
Для более глубокого понимания процессов можно обратиться к урокам на YouTube - Теория тестирования ПО, выбирайте любые по вкусу.
Начнем с того, что посмотрим на то, как выглядят приглашения на платформе:
Первоначально вам предстоит принять 3 приглашения и успешно выполнить задачи для каждого цикла.
Рассмотрим практический цикл (Максимально приближен к реальному проекту) на примемре Компьютерной Академии (Computer testing).
В самом верху находится общая информация - название, дата, время, тип цикла, статус (открыт, закрыт, приостановлен), информация о продукте и компании.
Так же здесь можно увидеть, когда цикл закрывается, если он активен, и когда он был закрыт, если он не активен (Cycle End)
После открытия приглашения и перехода на вкладку Overview вы увидите примерно такую картину
1. Overview (Полное описание)
На данной вкладке будет описано полное описание цикла. В нем будет описано все то, что вам нужно знать перед тестированием.
В данном блоке будет описываться следующее:
- Как успешно пройти данный цикл Академии
- Ссылка на веб-ресурс или приложение, которое тестируется
- Какие области/функционал продукта наиболее приоритетны для заказчика (больше вероятности получить оценку и оплату выше)
- Какая среда (Устройства, ОС) допустима или приоритетна для этого цикла тестирования
Далее рассмотрим блок Out of Scope (Вне области тестирования)
В этом блоке перечислено то, чего не следует делать тестировщику. На этот блок стоит всегда обращать внимание, так как несоблюдение этих правил может привести к негативным последствиям, начиная от того, что вашу работу могут не принять (и не заплатить), заканчивая исключением из циклов этого продукта (или заказчика) при многократных нарушениях, ссылаясь на этот список c причиной OOS.
Всегда обращайте внимание на то, что указано в "OOS" (Out of Scope).
В данном случае, можно обратить внимание на то, что не допускаются ошибки связанные с Security и Usability, Field Validation. Так же - Don't report issues that are not on the testing website (Выход за пределы указанного в описани URL-адреса ресурса).
В данном блоке будет описано как следует оформлять найденные ошибки с примером. Эти правила также следует в обязательном порядке соблюдать.
Attachments
В этой области находятся все нужные вложения (Различная документация: мануалы, сценарии, списки известных ошибок, примеры и инсталлеры (установщик) мобильных и ПК приложений
Contact Information, Bug/Test case payouts
Здесь представлена контактная информация команды (Тестировщик является частью команды тестирования uTest. Помимо тестировщиков в каждом цикле есть Team Lead (Лидер(ы) команды тестирования, которые первыми будут проверять вашу работу, прежде чем результат будет направлен ТЕ (Test Engineer))
C TTL (Testing Team Lead) вы можете взаимодействовать в чате и координировать работу, задавать вопросы, если что-то из описания, задач или документации не понятно. (Не нужно их спрашивать, баг ли это, или стоит ли мне писать отчет). Они отвечают за координацию команды тестировщиков.
Следующий грейд - ТЕ. Тест инженеры отвечают за все, что происходит в рамках цикла тестирования: набирают команду тестировщиков и лидов, координируют расписание циклов, временные рамки; координируют TTL'ов и высший менеджмент, который может связаться с заказчиком.
Именно ТЕ передает ваш результат дальше по цепочке, и при ответе от заказчика (и команды разработки продукта), утверждает решение одобрить или отклонить ваш результат в рамках цикла тестирования. Если у вас возникла проблема в рамках цикла тестирования, вы можете связаться с ними по почте, указав название цикла, ID цикла, ID тестировщика. Так же TTL может эскалировать проблему ТЕ самостоятельно, если посчитает это нужным. Если вы уверены, что при проверке бага произошла ошибка, и решение, вынесенное ТЕ является некорректным, вы можете так же открыть диспут и попросить повторное рассмотрение. При положительном результате решение будет пересмотрено в вашу пользу (Повышение рейтинга тестировщика, выплата за выполненную задачу), однако, при отрицательном - негативные последствия для рейтинга будут увеличены 1.5-2 раза. (Понижение рейтинга тестировщиков).
2. Slots (Слоты)
Эта вкладка содержит 2 типа слотов (Для функционального цикла): Test cases (Фиксированная оплата и время выполнения, строгость описания слота и его выполнение)
Exploratory Testing ("Свободное" тестирование, поиск багов, заполнение отчетов, исходя из документации, описания цикла и скиллов тестировщика. Оплата за найденные валидные ошибки, баги. Отчеты о багах могут быть написаны с любой допустимой среды из раздела In scope, независимо от того, какая среда была выбрана при занятии слота)
Для того, чтобы приступить к тестированию, вам нужно занять один из этих слотов
Слот - это ваше занятое место в команде тестировщиков. Без занятого слота вы не сможете проводить тестирование или выполнять Тест-кейсы (Если исследовательское тестирование без слота не предусмотрено Тест инженерами конкретного цикла, такое бывает)
3. Announcements (Анонсы, Уведомления)
Здесь содержатся все актуальные новости и изменения в рамках текущего цикла. Можете считать это за всеобщее уведомление о каких либо событиях, исправлениях, проблемах в момент прохождения цикла тестирования
4. Builds (Сборка)
В этой вкладке указана текущая сборка (версия) продукта в этом цикле. Можно ознакомиться с версией, иногда историей, а так же актуальными данными касательно сборки
5. Issues
Эта вкладка содержит весь список оформленных ошибок в данном цикле тестирования (иногда и предыдущих) , включая саму страницу с описанием и артефактами бага. Здесь можно увидеть все проблемы, которые были зарегистрированы командой тестирования, включая свои. Не допускается повторение баг-репортов других тестировщиков. (Duplicate, DUP)
Стоит заметить, что в Академических циклах данный список не будет доступен сразу. Вы его увидете только после того как цикл завершится. На протяжении всего цикла вы сможете видеть только ошибки, которые оформили Вы, следовательно, в первых практических циклах нет правил, касающихся повторяющихся ошибок.
6. Test Cases (Тест-кейсы
В этой вкладке распологаются тест кейсы внутри конкретного цикла, которые вы заняли.
Можно видеть описание, время, среду и тд.
Так же все тест кейсы, которые находятся в ожидании вашего выполнения, дублируются на домашней странице платформы
7. Reviews (Отзывы)
Эта вкладка существует для того, чтобы оставлять отзыв касательно продукта. Она используется только тогда, когда это предусмотрено заказчиком и командой.
Ревью так же являются оплачиваемой задачей и больше относятся к части Usability testing в рамках циклов Functional testing. (Для полностью Usability testing создаются отдельные циклы, которые не предусматривают функционального тестирования продукта вообще).
Последних двух вкладок Earn/Scoreboard я не буду касаться подробно, так как это сугубо статистические данные. В них можно ознакомиться с тем, сколько ошибок, тест кейсов было отправлено, сколько было получено выплат, сколько было затрачено времени и получено бонусов, а так же ознакомиться с топом команды в рамках цикла.