Как работать с Bug Reproductions на Test.IO?

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

Для начала, ознакомьтесь с этой статьей, которая даст вам понять что такое "воспроизведения" на платформе test.io, а так же как начать с ними работать.

В связи с появлением новой рейтинговой системы на платформе репродукции на платформе получили новые особенности, а именно:

Воспроизведения багов теперь оцениваются по шкале качества (ранее только активности)
На репродукциях теперь можно получить статус Great Tester (ранее из-за отсутствия начисления рейтинга качества это было невозможным)
Чем больше воспроизведений вы делаете - тем больше подобных заданий вам приходит
Если после прохождения курса по воспроизведениям (Bug Reproductions Course) вы редко занимаетесь воспроизведениями, то подобные задания приходят реже (противоположность второго пункта)

Отсюда вытекает вопрос, как на этом заработать рейтинг и денежные средства?

Давайте разберемся.

1. Необходимо воспроизводить качественно написанные баг-репорты, которые подходят по всем правилам академии. Тщательно проверяйте баг-репорт на недочеты, если они будут незначительными (например, слово-паразит Observe в шагах к багу), то такие моменты можно опускать. Если же результат или тайтл написан не по шаблону данному в Овервью или же написан одним словом или словосочетанием (так же избегайте слов work/don't work), то скорее всего такой баг-репорт отклонят.

2. Проверяйте попадает ли баг, который вы хотите воспроизвести, в In-Scope теста, а так же не попадает ли он в Out-Of-Scope. Если все в порядке и этот баг найден где нужно - проверьте его написание и можно воспроизводить.

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

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

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

Не включая основные правила для вложений и написания в самой академии, для воспроизведений работают следующие правила:

Для вложений воспроизведений:

Обязательно требуется скринкаст
Ваш скринкаст должен быть не более 10 секунд. В большинстве случаев этого достаточно показать действие, которое вызывает ошибку.
Только в редких случаях, если вы не можете отобразить действие, вызывающее ошибку, в течение 10 секунд (например, когда страница загружается бесконечно), ваш скринкаст может быть длиннее, но не дольше, чем скринкаст из оригинального багрепорта.
При тестировании веб-сайта ваш скринкаст должен содержать текущую дату и полный URL-адрес.
При воспроизведении краш багов загрузите файл логов в дополнение к скринкасту. Ваш скринкаст должен соответствовать приложенному логу, то есть время должно быть одинаковым.
Репродукции, которые не соответствуют правилам, будут отклонены, например, если ваш скринкаст слишком длинный или если он показывает ненужные шаги.

Вы можете отправить воспроизведение, только если:

Тест в данный момент активен
Это не ваш багрепорт
Это отчет о функциональном баге
Отчет не отклонен и не принят заказчиком
У вас есть необходимое устройство (см. правую боковую панель в Овервью теста)
Вы еще не воспроизводили этот баг
Максимальное количество репродукций для каждого багрепорта в этом тесте не было достигнуто (зависит от приобретенного клиентского плана)

За каждую одобренную репродукцию одобренного заказчиком бага вы получаете 10% от суммы оригинального бага (например, если оригинальный тестировщик получил 5 евро, то вы получите 0,5 евро).
Ограничений на количество репродукций в самом цикле нет, однако как было сказано ранее - существуют ограничение на количетсво репродукций в самом баге.