На этой неделе побывал на двух интересных встречах о которых я не могу не рассказать.

Мне давно уже было интересно то, как проводятся маркетинговые исследования при выводе продуктов на рынок. Но это всегда было на уровне “неплохо бы узнать, как-нибудь”. На удачу меня пригласили поучаствовать в таком исследовании, на что я с радостью согласился. Чисто теоретически я знал, что тоже самое, что делают при маркетинговых исследованиях нужно делать в тестировании и уж само-собой shareware, при появлении новых продуктов. Оказалось, что методика столь же удачно может быть использована на митингах в ИТ. За два часа я увидел насколько здорово ведущий исследования ведёт дискуссию участников, играет на эмоциях демонстрируя различные символы. С другой стороны описывать всё, что происходило сродни изобретению велосипеда, в литературе по маркетинговым исследованиям это всё есть, только почему то ни одна из книг для менеджеров ИТ (разумеется из тех, что я прочитал), не отправляет читателей даже к базовым понятиям маркетинга. А не помешало бы, всё-таки отстаивание своего мнения сродни продаже нового продукта на устоявшемся рынке.

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

К сожалению, никто не предупредил, что не только Рома будет отвечать на вопросы, но и желательно, чтобы все, кто работал с uTest, также приняли участие в обсуждении. Поэтому отвечать приходилось экспромтом и я совсем не уверен, что всегда подбирал правильные ответы к довольно сложным вопросам. Сам по себе crowdsourcing уже является определённой планкой, и удивительно (!), но большинство участников не знали об этом направлении.

Мне показалось, что многие надеялись на халяву в плане uTest — немного поработать и сразу безобразно обогатиться. Но, к счастью, модель uTest сильно ограничивает новых пользователей в возможностях — доступно мало проектов, есть ограничение на количество одновременно висящих неподтверждённых заказчиком багов и прочее. Всё это позволяет избежать оголтелого читерства. Это, кстати, был один из вопросов из аудитории — почему не заниматься перепостом багов других участников, либо за одним аккаунтом вести тестирование десятку человек, срывая таким образом банк наград на проектах. На него, к сожалению, нет однозначного ответа. С другой стороны uTest не ограничивает развитие участников. Существует система рейтинга, форум для того, чтобы показать себя и найти проекты по квалификации. Есть ещё ежеквартальные соревнования, с необычным для сегодняшнего времени принципом — призы получает несколько человек, которые считаются победителями, а не один единственный.

Так что основа успеха на uTest всё-таки именно в достаточно долгом и упорном труде. Я не имею ввиду то, что нужно проводить на uTest как можно больше времени. Я говорю о том, что подписываясь под участием в каком-либо проекте нужно всегда учитывать:

• Скорость работы. Чем больше ошибок будет найдено, тем лучше. (+1 очко опыта)
• Качество работы. Заказчик должен понимать правильно, что за ошибка была найдена и как её повторить. Чем больше релевантной информации, тем лучше. (+5 очков опыта)
• Ориентация на нужды заказчика. Это, между прочим, потрясающее преимущество uTest — что важно заказчику известно до начала тестирования. Фокус на этом с учётом скорости работы и её качества увеличивает шансы получения разнообразных наград (Level up).

Другими словами один хорошо представленный баг, важный для заказчика, важнее десятка плохо описанных. Очевидно? Как бы не так, но это надо прочувствовать, получить Reject от заказчика потому что она вне той области, которую он хотел протестировать или потому, что она дублирует уже известные проблемы.

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

Технические основы того, как начать работать на uTest доходчиво написал Феликс. К этому будет неплохо добавить то, как зарабатывать на uTest, потому что хотя ничего сложного в этом нет, но приходя на uTest в первый раз просто теряешься и не знаешь с чего же всё-таки начинать.

Черт подери, я так надеялся на футболку с зелёным человечком (судя по форуму были и такие где то), но, к сожалению, были только стильные чёрные с логотипом uTest.