Архив метки: crowdsourcing

Fixber, не вари! :)

Fixber, не вари!

На Fixber появилась новая возможность — проведение тестирования по тест-кейсам. Разработчики так хотели поделиться этой замечательной новостью, что отправили мне 21 письмо. Похвальная настойчивость! (Но очень хотелось после 3 письма сказать «Горшочек, не вари!»)
Подробности реализации фичи описаны в посте на форуме.

Вообще это правильный ход. Прогон тест-кейсов просто необходимо было добавить, так как у этого способа тестирования есть несколько положительных моментов по сравнению с «обычным» поиском багов:
1. Более полный охват: будут проверены все пункты, указанные в тест-кейсах, а не только те области, куда ломанулись тестировщики
Из п.1 вытекает
2. Более полная информация о качестве продукта: видно, какие фичи работают как надо, а какие — с ошибками.
3. Предсказуемость сроков: менеджер знает, сколько времени потребуется на прогон тест-кейсов, и может назвать сроки окончания данного этапа тестирования.
4. Предсказуемость затрат: бюджет на прогон тест-кейсов уже определен, перерасхода средств не будет.

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

FIXber — попытка создать русский uTest

Анонс на Хабре:

По роду своей деятельности мне часто приходится подбирать тестировщиков для тестирования различных проектов (web, desktop, mobile и т.д.).
При этом тестировщики не всегда оправдывают свои заявленные умения и свой профессионализм.

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

Зачем нанимать «одного» тестировщика, если можно получить сотню и оплачивать только интересные баги.

FIXber

Во-первых, у меня вызывает сомнения сама модель взаимодействия тестировщиков и заказчиков, особенно пункты про заказчика:

покупает только интересные баги,
до покупки бага видит только его краткое описание,

Грамотно реализовать это непросто.
Ну и проблемы с определением критичности, множественности багов (причина одна, проблемы вылезают в 10 местах) и многое-многое другое...

А во-вторых — где набрать столько активных тестировщиков и заказчиков? И тех, и других вообще в России немного. К тому же продвинутым тестировщикам и на uTest-е неплохо, а начинающим кто будет давать проекты?