Перевод Академии Utest
КУРАТОРЫ ЦИКЛОВ – К КОМУ ОБРАЩАТЬСЯ
Руководитель группы тестирования (TTL)
Руководитель группы тестирования является основным контактным лицом для тестеров. В их обязанности входит помощь тестерам в успешном прохождении тестовых циклов и первоначальной сортировке ошибок и тестовых заданий.
( Если у вас возникли вопросы в цикле, то стоит обратиться к ТТЛ через чат цикла либо на почту )
Тест-инженер (TE)
Тест-инженер анализирует запросы клиентов на тестирование и создает цикл тестирования в рамках платформы; пишет объем и инструкции по тестированию, формирует соответствующую группу тестирования, а также обеспечивает предоставление точной документации и сборки. Инженер-испытатель несет ответственность за общий успех всего цикла испытаний.
( Если ТТЛ не отвечает можете обратиться к ТЕ написав ему на почту )
Архитектор тестирования
Архитектор тестирования является основным контактным лицом для заказчика. Они возглавляют группу из 6-12 тест-инженеров и несут общую ответственность за качество работы, выполняемой этой группой. Они работают с тест-инженерами для разработки и определения подходящего решения для тестирования, обратной связи или исследовательских потребностей заказчика.
Менеджер по связям с общественностью
Менеджеры сообщества являются участниками общественной группы управления. Eсли тест-инженер не может найти подходящих тестировщиков для цикла из-за уникальных требований проекта, менеджеры сообщества будут активно искать тестировщиков, подходящих для проекта.
Как я могу получить оплату
Вам будет выплачиваться вознаграждение за каждую из утвержденных вами ошибок и тестовых случаев в рамках платного проекта uTest.
Частота платежей
Тестирования оплачиваются дважды в месяц, обычно 15 числа и в последний день месяца. Если 15-й или последний день месяца приземляется в выходные или праздничные дни в США, тестировщики получают оплату на следующий рабочий день.
Методы оплаты
У вас есть два варианта получения оплаты от uTest: Paypal или Payoneer. Прежде чем uTest сможет оплатить вашу работу в платном проекте, вы должны создать учетную запись у одного из этих поставщиков и подключить ее к вашей учетной записи uTest.
( Те кто
Специальные требования для тестировщиков из США
Для тестеров, которые находятся на территории США и зарабатывают $500 и более в календарный год, существует законное требование о подаче формы W-9 на uTest.com. Тестировщики могут получить до 500 долларов США без необходимости сдачи W-9, однако выплаты будут приостановлены, как только общая сумма заработка в год достигнет 500 долларов.
Как uTest отбирает тестеров для платных проектов
Как uTest находит тестеров, основываясь на точных требованиях заказчика? Наиболее полезным инструментом, используемым uTest для сопоставления тестеров с платными проектами, является использование информации, которую вы заполнили при регистрации и в вашем профиле тестера (расположенном на платформе uTest в разделе "My profile"). Важно поддерживать ваш профиль тестера точным, полным и актуальным. Обновляйте свой профиль всякий раз, когда изменяется информация, например, о новых устройствах, обновлениях программного обеспечения устройств и изменении физического местоположения. Это гарантирует, что вы будете соответствовать самым подходящим для вас возможностям!
Для проектов, содержащих требования, которые в настоящее время не отражены в профиле тестера, uTest приложит дополнительные усилия, чтобы найти идеальную команду тестирования. Мы можем:
· Направить запрос в проектную комиссию, где специалисты по тестированию, отвечающие требованиям цикла, будут иметь возможность подать заявку непосредственно в проектную комиссию.
· Приглашение тестеров по электронной почте для участия в специальных исследованиях требований (SRS) для сбора дополнительной информации о профиле с целью поиска идеальных тестеров для проекта.
Если цикл содержит настолько специфические требования, что uTest не может найти идеальную команду тестирования из членов сообщества uTest, команда менеджмента сообщества uTest нанимает людей из других сообществ, которые соответствуют требованиям клиента. В таких случаях мы можем попросить тестеров из местного сообщества направить своего друга, который подойдет для этого цикла.
Чтобы повысить ваши шансы на соответствие платным возможностям проекта:
· Поддерживайте свой Профиль Тестера в точном, полном и актуальном состоянии
· Участие в опросах SRS
· Подайте заявку на проекты в проектном комитете, которые применимы к вам
Как я оцениваюсь как тестер / Рейтинг тестера
Рейтинг может быть в диапозоне от 0 до 100, и он указывает на то, на каком уровне вы находитесь по сравнению с другими активными рейтинговыми тестерами в сообществе. Так же ваш рейтинг используется для присвоения вам уровня рейтинга (rated - получивший рейтинг, proven - проверенный тестер, bronze - бронзового, silver - серебряного и gold - золотого).
Проявляйте активность, отвечая на приглашения и выполняя задания, поиск и отправка сообщений об ошибках, завершение тестовых случаев и предоставление +1 воспроизведение (репрод) с вложениями. Очки за качество начисляются после одобрения ошибок. Бонусные баллы за качество начисляются за высокое качество отчетов об ошибках, а также за исключительно ценные ошибки. Существуют факторы, которые также окажут негативное влияние на эти баллы. Действия, которые приводят к отрицательным результатам, включают в себя принятие цикла без участия в нем и отклонение ваших ошибок (за исключением ошибок, которые отклоняются в соответствии с проектом; отклонения WAD не оказывают отрицательного влияния на очки вашего качества).
Алгоритм uTest Rating принимает баллы активности и качества тестера в течение определенного периода времени и ранжирует их по сравнению со всеми другими активными рейтинговыми тестерами сообщества. Для прохождения квалификации на каждом уровне тестирования необходимо набрать минимум очков активности, который должен быть достигнут тестером. Их рейтинг в сообществе и оценка деятельности затем используется для вычисления рейтинга тестера и уровня тестера.
Уровни рейтинга
Все тестеры начинают свое путешествие на uTest как "Нерейтинговый / Unrated" тестер. Нерейтинговые тестеры не оцениваются или не могут продвигаться в рейтинге, пока не наберут минимальное количество баллов активности (обычно это происходит после 2-3 циклов тестирования). Как только будет набрано достаточно очков активности, тестер перейдет в категорию "Рейтинг Тестера / Rated", где начнет формироваться рейтинг Тестера.
Существует 6 рейтингов: Rated, Проверенный / Proven, Бронзовый / Bronze, Серебряный / Silver, Золотой / Gold. Если ваш рейтинг находится в диапазоне от 0 до 49.99, вы будете в пределах "Rated"; 50 - 74.99 вы будете в пределах "Proven"; 75 - 84.99 вы будете в пределах "Bronze"; 85 - 92.99 вы будете в пределах "Silver"; и если ваш рейтинг тестера между 93 - 100 вы будете в пределах "Gold”
· Оцененный уровень = Тестер, который получает достаточно баллов для того, чтобы претендовать на ранжирование.
· Проверенный уровень = 50% лучших в рейтинге тестеров.
· Бронзовый уровень = 25% лучших в рейтинге тестеров.
· Серебряный уровень = 15% лучших в рейтинге тестеров.
· Уровень золота = 7% лучших в рейтинге тестеров.
Преимущества повышения уровня рейтинга заключаются в следующем:
· Бронзовый, серебряный и золотой тестер получают бонус в виде выплат по ошибкам
· Чем выше уровень, тем выше приоритет, который тестер получает в алгоритме распределения цикла тестирования, используемом для определения того, какие приемлемые тестировщики получают приглашения.
Уровни рейтинга пересчитываются каждые сутки. Имейте в виду, что расчеты основаны на ваших баллах активности и качества в течение определенного периода времени по сравнению со всеми другими оценщиками тестировщиков в сообществе. Это означает, что активность и качество других тестеров будет влиять на ваш уровень рейтинга.
Если ваш рейтинг не менялся в течение длительного периода времени, это может быть связано с тем, что вы не набрали достаточного количества баллов за активность, чтобы перейти на следующий уровень рейтинга. Каждый уровень рейтинга имеет минимальное количество баллов за активность, которое вы должны набрать в течение последнего периода времени, чтобы пройти квалификацию. Очень часто тестеры имеют оценки качества, связанные с более высокими уровнями, но не достигли минимального количества баллов деятельности. Если ваш рейтинг заканчивается на 0,2643% (49,2643%, 74,2643%, 84,2643%, 92,2643%), это означает, что у вас есть оценка качества, которая позволит вам претендовать на более высокий уровень, но не набрать минимальное количество баллов за активность.
Распространение цикла тестирования
Алгоритм TCD - это то, как uTest автоматически выбирает, какие тестеры будут получать платные проектные приглашения для каждого цикла тестирования. Этот алгоритм случайным образом выбирает тестеров, которые соответствуют требованиям цикла тестирования, предоставляя при этом тесты чаще:
· Высокий уровень тестирования: Чем выше ваш уровень, тем выше ваш приоритет в получении платных приглашений по проекту. Все уровни имеют право на получение платных приглашений для участия в проектах. Тем не менее, участники тестирования на более высоких уровнях будут получать приглашения чаще, чем участники тестирования на более низких уровнях.
· Активность: Чем больше вы тестируете, тем больше возможностей вы получите для тестирования!
· Прохождение курсов: Участие и прохождение курсов Академии uTest Academy поможет вам получить платные приглашения на участие в проекте.
ЗАЧЕМ НУЖЕН ЧАТ ЦИКЛА
Чат - это основной способ общения тестеров, позволяющий задавать и получать ответы на свои вопросы по темам, связанным с циклом.
Вы можете получить доступ к чату, нажав на кнопку чата или открыв сайт https://chat.utest.com/
Что нужно делать в циклическом чате.
• Задать вопросы, связанные с циклом тестирования.
• Помогать другим тестировщикам отвечать на их вопросы, если вы знаете ответ.
• Уточнение вопросов по объему работ.
• Будьте профессионалами (клиенты видят сообщения в чате).
• Перед отправкой вопроса проверьте ответы на предыдущие сообщения.
Вещи, которые не нужно делать в чате цикла.
• Спрашивать о выплатах.
• Просить клиента посмотреть ваши ошибки.
• Разрешение ваших отклоненных вопросов.
• Не используйте CAPSLOCK для привлечения внимания.
Если вас беспокоит конфиденциальность вашего вопроса или сложность характера вопроса, ознакомьтесь с информацией в разделе "Эскалация" в разделе "Электронная почта".
Чат
Это стандартный формат чата.
Обратите внимание на наиболее важные элементы на рисунке:
1. Тестовые циклы чатов. Каждый цикл тестирования имеет по общему правилу свой собственный Чат. Вы можете перемещаться между циклами тестирования здесь и видеть количество новых непрочитанных вопросов здесь.
2. Комнаты цикла. Чат тестового цикла может иметь несколько комнат:
· Объявления - В этом помещении размещаются важные объявления для TTL и TE. Всегда читайте эти объявления. Не пишите в этой комнате.
· Вопросы - По умолчанию тестеры могут задавать вопросы. При написании вопроса напишите его в этой комнате.
3. Поле сообщения - напишите свой вопрос здесь и нажмите кнопку Отправить, чтобы отправить сообщение.
ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
Q: Кто может участвовать в циклическом чате?
A: Тестеры, приглашенные на цикл тестирования и принимающие договор о цикле тестирования, а также заказчик конкретного проекта, имеют возможность просматривать вопросы и ответы в чате и вносить на них свой вклад.
Q: Есть ли в каждом тестовом цикле свой собственный чат?
A: Доступность функции "Чат" зависит от конкретного пользователя (большинство циклов тестирования имеют ее).
Q: Я получаю много электронных писем из циклического чата, могу ли я отписаться от них?
A: Если вы вступили в цикл тестирования, вы будете автоматически получать дайджесты по электронной почте, когда будете отключены от сети. В разделе дополнительные настройки есть возможность управления частотой этих уведомлений по электронной почте.
СООБЩЕНИЯ ДЛЯ ТЕСТЕРОВ
Сообщения Тестера - это инструмент коммуникации, специфичный для отдельных отчетов об ошибках. Клиент или TTL может написать тестеру. После входа на платформу uTest и нажатия на интересующий вас вопрос, тестер сможет прочитать и добавить новые комментарии, связанные с данным вопросом.
Внимание: Пожалуйста, общайтесь профессионально с клиентами. Если вы хотите оспорить ошибочно отклоненную проблему, вы должны использовать функцию диспута (никогда не используйте сообщения тестера для диспута или попросите клиента одобрить вашу ошибку).
Чтобы открыть Сообщения Тестера, перейдите на вкладку Обсуждение в отчете о задании (доступно только в том случае, если вы получили сообщение в отчете).
На вкладке "Обсуждение", чтобы ответить, выполните следующие действия:
1. Нажмите новое сообщение.
2. Напишите свой ответ в этом поле.
3. Нажмите кнопку "Добавить", чтобы отправить ответ.
СВЯЗЬ ПО ЕМУИЛ С ТТЛ
Переписка по электронной почте является очень распространенной формой общения с тест-инженерами и архитекторами тестирования.
Обратите внимание, что TE и ТА часто заняты сотнями тестовых циклов, и им может понадобиться некоторое время, чтобы ответить на ваш вопрос.
Вопросы, связанные с циклом, всегда в первую очередь должны быть адресованы тестеру-инженеру. Если вы не получите ответ в течение 24 часов, вы можете переслать сообщение архитектору тестирования. Вы можете посмотреть электронную почту TA и TE в разделе "Общение с командой" в обзоре каждого цикла.
Когда связаться с TE или TA
1. Вы подозреваете, что есть тестер, совершающий мошенничество, чаще всего:
• Тестер копирует работу другого тестера.
• Тестер отправляет сообщения о проблемах с подставными лицами
• Тестер с несколькими учетными записями
2. Проблемы в общении с клиентом (они могут посылать сообщения в отчетах о выпуске)
3. У вас есть вопрос об активном цикле тестирования, но он деликатный, и вы скорее обсудите его наедине.
4. Ответ на ваш вопрос в чате не предоставляется более 24 часов.
В таких ситуациях не следует обращаться к ТЕ и ТА.
1. Ваша ошибка была отклонена, и вы хотите знать, почему (Используйте "Отклонение в споре", если вы считаете ошибку действительной).
2. У вас есть вопрос о диапазоне циклов и инструкциях (Используйте чат циклов вместо этого).
3. У вас есть общий вопрос uTest, например, как отправить сообщение об ошибке (Создать новую тему форума, просмотреть справку).
При написании электронного письма помните об этих инструкциях, чтобы было легче отвечать на них.
1. В теме письма напишите ID цикла тестирования с кратким описанием проблемы.
2. В содержание письма кратко и точно опишите проблему/вопрос, включив в него всю информацию, чтобы решить проблему как можно быстрее.
3. Всегда общайтесь профессионально и вежливо.
КАК СОЗДАТЬ ПОЛОЖИТЕЛЬНУЮ РЕПУТАИЦЮ
Создание положительной репутации в uTest является важной частью достижения успеха в качестве тестера.
TTL и TE, которые устанавливают и управляют циклами тестирования, полагаются на тестировщиков, которые вносят свой вклад, сообщая об ошибках, выполняя тестовые случаи и участвуя в чате.
Тестировщики, которые постоянно вносят свой вклад, выделяются как надежные тестеры, и их снова и снова приглашают на циклы тестирования на uTest.
Вы можете начать создавать положительную репутацию:
· Активное участие в тестовых циклах, к которым вы присоединяетесь
· Следуя инструкциям в обзоре проекта
· Написание высококачественных отчетов об ошибках, которые следуют инструкциям
· Завершение тестов правильно и в срок
· Быстро реагировать на сообщения от TTL или TE
В следующий раз, когда вы получите приглашение на тестовый цикл в uTest, помните об этих моментах и постарайтесь укрепить свою репутацию в сообществе uTest.
Что такое баг и его виды
Баг или «ошибка» - это непредвиденное поведение или сбой в функциональности или дизайне продукта.
Выявление типов ошибок
На uTest мы разбиваем типы ошибок на 5 категорий:
1. Функциональные - сбои рабочего потока
2. Визуальные - искажения или ошибки в макете и пользовательском интерфейсе
3. Содержание - опечатки, грамматические проблемы и ошибки локализации в тексте
4. Производительность - проблематичный медленный, зависший или вялый интерфейс
5. Сбой - приложение неожиданно закрывается
1. Функциональные
Функциональные проблемы - это сбои рабочего процесса, когда что-то в тестовом приложении не работало так, как было задумано. Эти проблемы приводят к неожиданному или нелогичному поведению приложения, когда конечный результат отличается от ожидаемого.
Примеры:
• Неработающие ссылки на страницы
• Поиск и фильтры возвращают неверные результаты
• Кнопка не отвечает при нажатии
2. Визуальные
Визуальные проблемы влияют на макет и вызывают искажения интерфейса пользователя, такие как отсутствующие элементы или изображения на странице.
Примеры:
• Элементы страницы или содержимое не выровнены
• Контент не соответствует области, в которой он находится
• Несовместимые цвета в ссылке, кнопке или меню
• Изображение отсутствует
3. Содержание
Проблемы с содержимым влияют на текст страницы, такие как орфография, грамматика и ошибки локализации.
Примеры:
• Проблемы локализации, когда в переводах страниц используется неправильное слово
• Ошибки правописания и заглавные буквы, такие как UTEST
• Пунктуация неправильно используется в тексте (,.:; '")
4. Производительность
Проблематичная медлительность или зависание, вялый интерфейс. Функции загружаются дольше, чем должны, медленная навигация в приложении.
Примеры:
• Приложение реагирует медленно при навигации по функциям
• Приложение или страницы загружаются слишком долго
• Приложение зависает или перестает отвечать
5. Сбой
Приложение неожиданно закрывается или закрывается при использовании функций.
Примеры:
• Веб-страница зависает и не отвечает, что в итоге приводит к ошибке или закрытию браузера
• Компьютер - приложение зависает, долго зависает или резко закрывается
• Телефон - приложения внезапно закрываются с ошибкой
КАК ПРАВИЛЬНО ПИСАТЬ ОТЧЕТ ОБ ОШИБКЕ
1. Снимок экрана с выделением области ошибки красным квадратом в формате .jpg или .png.
2. Запись экрана, начиная с главной страницы и до воспроизведения ошибки в формате .mp4.
3. Консольный журнал в формате .txt.
Примечание: вложения различаются в зависимости от цикла тестирования. Посмотрите, какие вложения необходимы в обзоре циклов испытаний.
Пример отчета об ошибке высокого качества
1. Название вопроса
Опишите, о какой проблеме (баге) сообщается в заголовке. Название ошибки должно соответствовать формату, указанному в обзоре цикла. Прочитайте обзор цикла, прежде чем отправлять отчеты об ошибках.
1.1 Напишите заголовок ошибки, следуя требуемому формату в обзоре цикла.
1.2 Опишите область, в которой была обнаружена ошибка в приложении (Примеры: поиск, Мой профиль, Оформить заказ)
1.3 Опишите ошибку, о которой сообщается точно (Пример: приложение аварийно завершает работу после загрузки фотографии)
1.4 Убедитесь, что другой тестировщик еще не сообщил об ошибке при участии в платном цикле.
1.5 Не пишите имя обозревателя в заголовке (если иное не указано в обзор)
2. Выпуск классификаций
Выберите правильную классификацию ошибок, чтобы объяснить, какой тип ошибки сообщается, как часто она возникает, какие среды использовались и влияние ошибки на пользователя.
2.1 Тип проблемы: функциональный, визуальный, контент, производительность или сбой
2.2 Частота: каждый раз, редко, иногда или один раз
2.3 Устройство и среда: должны быть правильно выбраны и соответствовать названию
2.4 Серьезность: критическая, высокая, средняя, низкяя.
3. Выполненные действия
Опишите, как воспроизвести ошибку, написав пронумерованные шаги в поле «Выполненные действия».
3.1 Используйте пронумерованные шаги, чтобы показать, как воссоздать ошибку.
3.2 На каждом шаге пишите только одну задачу.
3.3 Начните нумерованные шаги с URL-адреса веб-сайта или запуска приложения.
3.4 Не пишите «наблюдать, проверять или просматривать результат» в шагах
3.5 Не записывать ожидаемые или фактические результаты в пронумерованных шагах.
3.6 Не записывайте URL в следующих шагах (включайте URL только в первый шаг).
4. Ожидаемые результаты
Опишите, что именно ожидает пользователь при выполнении шагов в выполненных действиях.
5. Фактические результаты
Опишите точно, что происходит, когда пользователь выполняет шаги в выполненных действиях.
6. Сообщение об ошибке
Используйте это поле только в случае появления сообщения об ошибке при воссоздании ошибки. Напишите полное сообщение об ошибке, которое отображается на экране, если ошибка приводит к сообщению об ошибке.
7. Скриншоты
Включите скриншот с каждым отчетом об ошибке и четко выделите ошибку, как она появляется на экране.
7.1 Добавьте красный или желтый квадрат, круг или стрелку, чтобы выделить место возникновения ошибки (не используйте инструмент рисования мышью).
7.2 Загрузите в формате .jpg или .png
7.3 Захватите весь экран (включая строку URL для веб-тестирования)
7.4 Убедитесь в том, что скриншот можно открыть внутри платформы после представления отчета
7.5 не загружать более чем 2 скриншота за сообщение об ошибке
8. Видео
Включите видео, показывающее все шаги, необходимые для воссоздания ошибки. Видео должно соответствовать шагам, перечисленным в выполненных действиях.
8.1 Загрузка видео в формате .MP4
8.2 Видео должно соответствовать шагам, перечисленным в выполненных действиях.
8.3 Показывайте весь экран (включая строку URL-адреса для веб-тестирования).
8.4 Отключите микрофон, чтобы исключить фоновый шум (если не требуется повествование).
8.5 Проверьте что видео может быть воспроизведено внутри платформы после отправки отчета.
8.6 Обнаруженная ошибка должна появиться в видео.
8.7 Не записывать экран компьютера с помощью мобильного телефона, используйте программное обеспечение для записи видео.
8.8 Не включайте более одного видео в отчеты о проблемах (показать шаги восстановления проблемы в 1 видео)
9. Компьютерные и мобильные журналы (логи)
Включите журнал устройства или журнал консоли браузера в отчёт об ошибке.
9.1 Сохранение журналов в формате .txt (журналы Чарльз-прокси необходимо сохранять в формате .chls)
9.2 Убедитесь, что тестовый URL виден в строках ввода данных в журнале
9.3 Включите «Сохранить или сохранить журнал и показать метку времени» в Chrome и Firefox
9.4 Перейдите по ссылкам ниже, чтобы узнать, как записывать журналы.
10. Чарльз-прокси журналы
При необходимости включайте расшифрованный журнал прокси-серверов Charles в каждый отчет об ошибке.
10.1 Все данные должны быть расшифрованы в журналах Чарльза (доступ к тестовому веб-сайту при сборе журналов Чарльза).
10.2 Корневой сертификат должен быть правильно установлен на компьютере и мобильном устройстве (Если сертификат установлен неправильно, расширенные элементы будут отображаться сообщение <неизвестно>)
10.3 Настройте необходимые параметры SSL (хост * и порт 443)
10.4 Загрузите весь журнал Charles. После воспроизведения проблемы, нажмите на файл, затем нажмите «Сохранить сессию как».
10.5 Убедитесь, что URL тестового веб-сайта отображается в строках ввода данных инструкции по настройке прокси-сервера Charles log.
Опционально - дополнительная информация об среде выполнения
В дополнительном поле среды может содержаться информация об устройствах и средах, затронутых этой ошибкой. Это не всегда требуется, проверьте обзор цикла, чтобы увидеть, является ли это требованием.
Что делать, если TTL отправил запрос на дополнительную информацию о баге?
После того, как TTL отправит информационный запрос на сообщение об ошибке, исправьте запрошенные элементы и сохраните изменения. Затем нажмите кнопку «Подтвердить, что вся запрошенная информация была добавлена», чтобы завершить информационный запрос.
Как редактивароть отчёт о баге
Написание качественного отчета об ошибках - это усвоенный навык, для развития которого требуются время и практика. Вы можете ошибиться или пропустить некоторые требования, пока не привыкнете писать расширенные отчеты об ошибках. Если это произойдет, TTL отправит вам информационный запрос с просьбой исправить сообщение об ошибке.
Что делать, если вы видите ошибки в своем отчете об ошибке?
Вы можете редактировать свой отчет об ошибке, когда статус отчета об ошибке - Новый или Информация запрошена.
Если вы допустили ошибку или забыли добавить необходимую информацию при отправке отчета об ошибке, вам не нужно ждать запроса и информации от лидера команды тестирования (TTL). Вы должны отредактировать его, прежде чем TTL запросит дополнительную информацию. Вам просто нужно нажать на Действия, а затем Редактировать проблему, чтобы исправить отчет.
Что делать, если вы получаете информационный запрос от TTL?
Если вы написали отчет об ошибке неправильно, TTL может обратиться к вам, чтобы исправить отчет или добавить дополнительную информацию. Вы получите уведомление по электронной почте, если ваш отчет об ошибке требует больше информации. В дополнение к электронному письму вы можете открыть свой отчет об ошибке и нажать на вкладку Обсуждение, чтобы увидеть сообщение.
Вы должны очень внимательно прочитать сообщение, отправленное TTL, прежде чем приступить к редактированию отчета об ошибках. Самый важный момент - это понять, что вас просят отредактировать. Вы можете ответить на сообщение TTL на вкладке «Обсуждение», если не понимаете информационный запрос.
Как я могу отредактировать отчет об ошибке?
Нажмите «Действия» и выберите «Редактировать проблему», чтобы редактировать отчет об ошибках.
Редактируемая версия вашего отчета о проблеме появится, как показано на рисунке ниже:
Теперь вам просто нужно исправить ошибки, которые вы заметили сами или по просьбе TTL. Затем нажмите кнопку «Отправить вопрос» после того, как исправите ошибки.
Важное примечание: Отчеты об ошибках заполнителя не разрешены согласно uTest CoC. Вы не можете полностью отредактировать свой отчет о проблеме и изменить его на новый вопрос после запроса отчета для получения дополнительной информации. Вы должны просто исправить ошибки или добавить недостающие части, которые запрашивал TTL.
Что делать после внесения всех запрошенных изменений?
Вам следует еще раз прочитать информационное сообщение на вкладке «Обсуждение» и подтвердить, что вы предоставили всю запрошенную информацию.
Важное примечание. После завершения редактирования отчета об ошибке нажмите кнопку «Подтвердить добавление всей информации» или кнопку «Действия»> «Отправить запрашиваемую информацию».
Появится новое всплывающее окно, в котором вы можете написать свои комментарии о предоставленной вами информации. Если у вас нет комментариев, вы можете написать «Вся информация добавлена». Затем нажмите кнопку «Отправить ответ».
Это действие изменит статус вашего сообщения об ошибке с «Запрошенная информация» на «Новый». TTL узнает, что ваш отчет готов к проверке.
Если вы не подтвердите, что внесли запрошенные изменения, нажав «Подтвердить, что вся информация добавлена», TTL не будет знать, что вы обновили свой отчет об ошибке, и ваша проблема может не рассматриваться, пока не закончится цикл тестирования.
Обратите внимание, что TTL могут запрашивать дополнительную информацию, если по-прежнему отсутствует информация или ошибки после того, как вы отредактировали отчет об ошибке. Вы получите дополнительные уведомления по электронной почте, если это так. Вы также можете открыть свой отчет об ошибке, чтобы периодически проверять его статус и вкладку обсуждения, чтобы следить за процессом.
ТЕСТ КЕЙС И СЛОТЫ
Что такое слот?
Занимая слот в тестовом цикле вы получаете право пройти тест или задание на устройстве или окружении, слот которого вы заняли.
Что такое тестовый сценарий?
Набор необходимых шагов для тестирования приложения и его функций. Важно отметить, что тестеры не пишут тестовые сценарии в циклах uTest, как могут подумать некоторые. Тестеры следуют только тем шагам тестирования, которые написаны для них. Каждый цикл тестирования, который включает в себя тесты, имеет ограничение по количеству участников.
Как слоты и тестовые сценарии работают на платформе uTest?
Когда вы занимаете слот, вам автоматически будет выдан тестовый сценарий, который прикреплен к слоту. Некоторые циклы тестирования имеют слоты только для исследовательского тестирования и не всегда включают тестовый сценарий.
Как я могу занять слот?
Прежде чем принять цикл, необходимо прочитать обзор, затем перейти на вкладку слоты и посмотреть, есть ли свободные слоты для устройств в вашем профиле тестера.
Если есть подходящий слот, вернитесь к обзору и примите цикл. После того, как вы приняли цикл, вы сможете претендовать на слот.
Что вы должны делать после того, как получили слот?
Как правило, вы автоматически назначаетесь на тестовое задание. Завершите тест, выполнив все шаги и нажмите кнопку Finished (Готово). Ваше тестовое дело будет рассмотрено в TTL.