Alex Sergeev @ ALSEDI | О QA, Shareware и ИТ

February 28, 2011
by Alex
4 Comments

Fixber vs uTest

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

С первого взгляда проект очень похож на uTest.

Не кликэбл.По условиям приватности крупнее (четче) нельзя, но впрочем и не нужно - лайаут виден

Впрочем конкретно по списку проектов расхождения ожидать сложно – ID, название, тип проект, его статус и дата завершения. Краткая статистика по тестировщикам, багам. Всё едино и различается только положением столбцов.

Сходств находится больше на страницах настроек

Настройка доступных конфигураций. У Fixber можно выбрать только один браузер на компьютер

В Fixber добавлена Российская специфика в скилы (хорошо)

На визуальном сходстве основная часть сходств и заканчивается. Fixber при этом лучше заточен на Российский рынок, чем uTest. Так же движок сделан без использования флеша и флекса, что делает его полегче и более адекватным, чем на uTest, но вместе с тем и менее приятным. По работе с проектом, субъективно, платформа uTest удобнее и, очевидно, развивается быстрее.

Есть принципиальные различия между проектами:

uTest подбирает исполнителей под заказчика и приглашения получают только определённые люди. В Fixber проект, видимо становится публичным и заказчик сам выбирает кого он хочет видеть в проекте, а кого нет. Проверить так ли это пока не могу, послал запрос на еще одно приглашение, но пока ответа нет, но я думаю я правильно догадываюсь.
uTest позволяет посмотреть баги других тестировщиков, а Fixber нет. Неизбежно появление дубликатов и увеличение нагрузки на заказчика, да и в целом система получается очень уж закрытой. Но это, видимо, результат того, что менеджеров на проектах нет и все решается напрямую между заказчиком и тестировщиками.
uTest не сообщает размер бюджета (что на мой взгляд правильно), но при этом заказчик сам решает сколько он будет платить за баг. На Fixber цену за баг устанавливает тестировщик, а заказчик его выкупает. Как при этом обеспечивается “честность” не ясно. В uTest рефери выступает менеджер проекта.
Система рейтинга uTest всё-таки вызывает иногда недоумение. Похоже, что базируется она только на количестве репортов о багах и тест кейсах. В результате появляются тестировщики выполнившие 1-2 проекта, но уже имеющие статус золотого тестировщика. В Fixber система схожая, но за счет публичности рейтинга становится легче сравнивать себя и лучших по системе. Мне кажется – это может положительно сказаться на активности участников.
uTest часто предлагает проекты с гарантированной оплатой – когда даже если багов не найдено всё-равно тестировщик что-то да получает (вариантов учета работы несколько). В Fixber, очевидно, идет привязка только к найденным багам. Не самое лучшее решение для стимулирования проверки качетвенности продукта. Ведь проект может быть плохим не только потому, что в нём есть баги, а потому что он неудобный, не выполняет свои функции, хуже, чем конкурирующие продукты. Так же целью тестирования может быть охват как можно большего количества конфигураций и проверка того, что продукт заказчика работает, а не то, что он содержит баги.

То есть в общем то Fixber – это не uTest, а более привычная модель рынка фрилансеров, но заточенная только на тестирование.

Вполне возможно, что Fixber сможет стать реальным конкурентом uTest на пост-советском пространстве, но не столько из-за бизнес модели (биржевой площадки), сколько из-за большего соответствия финансовой культуре. Причем начальный набор тестировщиков не столь важен – пара сотен человек смогут покрыть большинство потребностей заказчиков, вопрос в привлечении заказчиков, потому что только они и платят за всё это развлечение. Во всяком случае информации о получении проектом Fixber внешних инвестиций я не нашел (а на сколько хватит внутренних не понятно.

В целом проекту хочется пожелать удачи и дальнейшего развития. Потому что формат биржи на рынке ИТ услуг – это уже не то решение на котором можно заработать много. А без этого и развитие будет медленнее и конкуренция в лице uTest больше. Ведь они то предлагают подбор команды и менеджмент проекта, а не только доступ к базе тестировщиков. Что во многих случаях стоит тех лишних сотен долларов, которые платит заказчик.

February 27, 2011
by Alex
0 comments

Я.Субботник

Уже второй раз я был в офисе Яндекса. В первый раз там проходил uMeetup. Встреча, которая вообще не имела никакого отношения к самому Яндексу, однако каким то чудом удалось заручиться их поддержкой. В этот раз уже можно было пройтись спокойнее и осмотреться. Вполне модный индастриал дизайн с оголёнными бетонными перекрытиями и разноцветными пластиковыми перегородками. Индастриал я люблю, но вот пластик оранжевого цвета вызывает ощущение СССР. Просто тогда, в детстве, у меня было ну вот точь в точь пластинка такого цвета и я смотрел через неё телевизор…

Спина Григория Бакунова и посетители

Но это здорово, очень здорово, когда вот за просто так можно придти и побыть в такой тусовке. Хотя в большинстве своём доклады были скорее обзорными и я точно не могу сказать, что по результатам встречи я стал знать больше, но Я.Субботники – это уже эдакий прыжок по сравнению с остальными компаниями. В Питере ведь достаточно больших разработчиков ПО, но как то у них не складывается публичная жизнь и привлечение через это новых адептов. А Яндекс, определённо, в том числе и через такие события, строит для себя питомник будущих сотрудников. Хотя, что тут скрывать, что после первого, что после второго визита мне определённо захотелось работать в Яндексе – там определённо интересно, люди нацелены на дело, а не на работу по секундомеру, чувствуется, что в основе многих решений лежит не “угадайка”, а довольно интересная наука, или по крайней мере исследования. Не даром 26я компания в рейтинге наиболее инновационных компаний.

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

Обеденный перерыв

Возраст участников - примерно студенческий, но были и более старшие товарищи, которые в основном, проявлялись во время вопросов к докладам. Это, кстати, отдельная песня. Иногда микрофон получали невероятно занудные товарищи с довольно частными вопросами. Ситуацию лучше всего разруливал Григорий Бакунов, который украткой обмолвился о том, что ему нехорошо. Толи от того, что более, толи вообще от происходящего он не уточнил, но его выступления начали восприниматься по-другому. Я внимательно смотрел, как бы от него чего-нибудь не отвалилось бы… но нет, не отвалилось и вдохновенный шёпот “баабууук”, зазвучавший еще до начала Субботника продолжился в коридорах Яндекса до самого конца встречи. Его присутствие на самом деле спасло мероприятие, потому что он очень ловко управлял тем, что происходило на сцене и в зале. Без шуток – браво! Я с удовольствием поучился тому, как он ведёт себя и с выступающими и с аудиторией. Конечно, очень хотелось, что(бы!) хотя(бы!) одно выступление было подобно выступлению Алекса Маскалюка из Facebook, которому я был свидетелим на РИТ. Он рассказал об архитектуре Фейсбука, php, memcached, инфраструтуре так чётко и в таком объеме, что у меня до сих пор в голове осталось несколько и схем и размазанное по ним толстым слоем “КРУТО!”. На Я.Субботнике было здорово, но не круто.

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

Рома и Саша (?) из клуба тестировщиков Питера	Поскольку просили не распространять, любуйтесь бобрами. То, что на слайде примерно так и выглядело.
Во время "Поиска багов в поиске"	Кто-то с фотиком
Бабук всё-равно узнаваем, а фотка забавна на мой взгляд	Роман Поборчий - просто прессанул аудиторию интеллектом

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

February 25, 2011
by Alex
0 comments

Как не надо показывать график работы [Визуальное пособие]

Сайт Центра Единых Документов в Питере (там где в одном месте можно получить все справки, сдать документы, правильно сфотографироваться и прочее)

Хотя сам центр работает с восьми утра до девяти вечера, но каждая служба работает по своему. Очередной виток в совок - ежедневно с 9:00 до 21:00, каждая вторая пятница месяца с 14:00 до 21:00 и В последнюю пятницу месяца документы – не принимаются. WTF?

Стиль, расположение пункта меню, ведущего на график (режим?) работы и его название, разница для каждого подразделения, также как и сам по себе график работы. Кое-где, правды ради, всё довольно лаконично – время работы и выходные дни, плюс телефон для того, чтобы узнать все вопросы, но в основном эти разделы на сайте хорошее практическое пособие того, как делать ненужно.

February 24, 2011
by Alex
2 Comments

Пулково [лытдыбр]

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

Вкратце, Пулково-1 это многоэтажное здание, со свободным перемещением по первым двум этажам. По старинке на первом этаже гейты для прибывающих, на втором для вылетающих. Входы есть и там и там, единственное “но” на балкон (или как там) второго этажа вьезжают только автобусы, но такси, по какой-то нелепой причине нельзя. В результате на втором этаже самые не загруженные пропускные пункты. Вместе с тем на первом этаже стоит очередь и какое то подобие суматохи – кто-то входит, кто-то выходит, кто-то отчаянно пищит на рамках. Кто-то просто отчаянно пищит “Гриша! Смотри за вещами!”. Для этого есть все основания, поскольку все личные вещи – кошельки, ключи, телефоны нужно выкладывать на столик у рамки, ровно в том самом месте где идёт толпа выходящих.

Так что смело можно пешком, по улице, поднятся на балкон второго этажа и там пройти без толкотни и излишних опасений – рамка и столик стоят удобнее и поток людей меньше.

p.s. По какой-то непостижимой причине камера на моей Nokia E71 вдруг перестала фокусироваться, еще один камешек в огород E71. За два года телефон практически начал разваливаться. С учётом возрастающих тормозов после каждого апдейта операционки я крайне разочарован этой “бизнес” моделью.

February 16, 2011
by Alex
2 Comments

А теперь с фотками

Открылась новая рубрика http://www.artlebedev.ru/photo/

Интересно… нет, просто интересно. Я в фотографии ничего особо не понимаю, у меня мыльница Canon SX100 IS с явно недостаточным зумом, чтобы подглядывать за соседями через улицу. Но в солнечный день её вполне хватает чтобы пофоткаться для вконтактика и фейсбука. Но читая линч, того же Лебедева я так часто видел “вертикаль завалена!” или “свет не там”, что аж до дрожи интересно посмотреть интересных и правильных фотографий. Если практика комментирования продолжится, то будет совсем здорово. В любом случае в студии работают талантливые люди и им найдется, что показать даже в грязной луже.

February 15, 2011
by Alex
5 Comments

Яндекс.Субботник в Санкт-Петербурге

26 февраля в офисе Яндекса состоится первый Я.Субботник в Санкт-Петербурге.

Регистрация открыта. Количество мест – ограничено.

Для тех, кто не попадёт в число участников или не сможет лично присутствовать на Я.Субботнике, будет организована онлайн-трансляция.

Подробную информацию о мероприятии смотрите тут.

Поделиться этой информацией с другими: http://clck.ru/5dzJ

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

Доклады и докладчики:

1. Александр Коваленко, об одном из внутренних инструментов для оценки качества сложных алгоритмов (очевидно связанных с поиском или агрегацией данных… хотя может и оценкой). Очень интересно будет узнать что за инструмент и почему на его результаты можно полагаться и можно ли его использовать еще где-либо кроме задач Яндекса.

2. Владимир Батыгин расскажет о поиске по примерам. Судя по описанию – это какая то вариация семантического поиска. Тема интересная лично мне, семплирование и поиск корреляций одна из моих возможных задач.

3. Дмитрий Качмар, похоже, расскажет несколько историй успеха. Полезно для кругозора.

4. Роман Поборчий, к сожалению очень водянистое описание доклада, реально понять о чем будет разговор трудно и интерпретировать можно по разному. Вероятно будет разговор о DCG, если не ошибаюсь, в Яндексе используется что-то подобное.

5. Артём Ерошенко и Станислав Селиверстов, заявлена огромная тема, если и правда расскажут, то это будет лепел ап для большинства тестировщиков, особенно автоматизаторов.

6. Сергей Скроботов будет рассказывать о некоторых решениях в тестировании баннерокрутилки. После того, как я узнал об архитектуре фейсбука, френдфида и познакомился с некоторыми приемами тестирования их сервисов, не уверен, что баннерокрутилка окажется действительно интересной. Пока что мне кажется, что это будет поверхностный рассказ о частных проблемах и некоторых решениях, которые скорее всего уже известны.

Немного настораживает то, что трое из шести – разработчики, один автоматизатор, один руководитель службы оценки качества поиска (но это менеджер, то есть знания скорее высокоуровневые) и про Станислава я просто ничего не нашел при быстром поиске. То есть по составу – это больше девелоперское событие. Второй момент не все еще даже закончили обучение. Да, я считаю это сильным показателем и по опыту, за редким исключением, проработав после обучения уже 3-4 года ты действительно начинаешь понимать, что же всё-таки происходит. Но тем интереснее, в пылу могут рассказать то, что может и не понимают, но что окажется реально интересным.

January 31, 2011
by Alex
0 comments

DarunGrim

Добротный инструмент для анализа патчей по бинарному коду. Работает не через распаковку и сравнение файлов, а проходится по самому коду и даёт диф в виде дерева. Вроде как может работать с любыми патчами, но основной прицел на Microsoft, похоже. Пригодится тем, кто тестирует безопасность приложений, для сравнительного анализа дыр залатанных в приложении и дыр закрытых в операционках или стороннем ПО. По опыту знаю, бывает девелоперы доблестно поддерживают какой-то наворот в продукте для безопасности из-за того, что в ОС дыра, а на деле оказывается, что та самая дыра залатана тысячу лет назад и силы тратятся впустую.

Скачать можно тут: http://www.darungrim.org/

December 31, 2010
by Alex
0 comments

А в конце года #3

Хороший был год, со множеством событий и новых открытий после которых я минимум получил левел ап. Первый раз на uTest, второй с Intel, третий с Hatsune Miku, четвёртый на работе в Tbricks и еще один с Startup Weekend.

За год прочувствовал, что:
- следуя своим планам надо быть крайне терпеливым.
- если начинается разговор о семейственности в фирме при найме на работу, надо быть на стороже
- огромное количество митингов, поинтов и конференций содержащих название «startup» обусловлено прибыльностью для тех кто «консультирует», «помогает» и «направляет» неопытных программистов на путь миллионных прибылей (кстати тусовка на многих таких событиях одна и та же). По сути – хорошие проекты воруются.
- Работать на первых этапах с компанией, которая начинает не свой бизнес – одно мучение и не известно выйдет ли из этого что-либо
- Сложно зарабатывать достаточно на краткосрочных проектах (но можно)

Прошлые записи: 2, 1

December 15, 2010
by Alex
0 comments

Мысли невпопад #2

Интересно, а как стоит воспринимать ситуацию, когда компания настойчиво просит тебя приехать к ним в офис для интервью, которое длится всего 15 минут и только по той причине, что есть мнение о плохом качестве связи Skype?
Черт подери, потратить 3 часа в дороге для того, чтобы еще раз пересказать на английском языке своё резюме, которое за несколько дней до этого было отправлено по почте. Как то это плохо вяжется с ИТ компанией хорошего уровня. Нет, не длина собеседования. Было бы нормально если бы меня разделали за минуту и тогда было бы понятно зачем всё это происходило и почему, пусть даже не веря Skype, не устроить конференцию по сотовому или стационарному телефону, но не принуждая к длительной (и не самой приятной поездке). Создается впечатление, что действуют по устоявшемуся протоколу. Уже сменились люди, которые его придумали, появились новые технологии, люди в целом по другому живут в ИТ, а протокол остался и никому в голову не приходит, что тоже самое можно делать лучше. Как сильно это отличается от стартапов и молодых компаний, фокус на работе и потребностях заставляет принимать решения быстро и ценить своё время, часто это просто отражение эффективности работы.

Предыдущие мысли 1

December 11, 2010
by Alex
2 Comments

uTest – как поставить крест на карьере

Или по крайней мере сильно осложнить продвижение. Общие вещи об uTest в недавнем прошлом я уже писал. Также стоит почитать записи Романа и Феликса, чтобы узнать о возможностях uTest.

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

Работа в uTest делиться на несколько частей:

- проекты, попадающие в публичное тестирование и доступные всем зарегистрованным тестировщикам;

- приватные проекты, набор в которые идёт на форуме;

- приватные проекты, приглашение на которые приходит через платформу, но условием участия является отправка письма менеджерам uTest (в таких проектах часто бывает ограниченное количество мест, либо специфические условия, которые нельзя описать настройками проекта);

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

Все проекты могут быть короткими и длительными, включать в себя несколько этапов.

Самые интересные проекты – приватные. Во-первых, по ним есть базовая информация по которой можно понять, стоит ли участвовать. Известно примерное время начала проекта. Можно увидеть сколько у тебя конкурентов и их уровень. Иногда известно, кто будет менеджером проекта. Хотя там иногда такие сюрпризы случаются…

Понятно, что менеджер проекта – главный и решает всё, но для определённости – во-первых, он решает кто будет участвовать в проекте. Во-вторых, он делает первичный отсев засабмиченных багов и тесткейсов и он же решает нажать кнопку “Reject” или написать в комментариях, что по каким-то причинам баг или тест кейс принят быть не может и попросить отменить его. Он же отвечает за распределение дополнительных заданий и бонусов за работу. Все с кем я общался вполне себе адекватные люди (с высокой стрессоустойчивостью и спокойствием).

Однако, есть несколько способов, которые гарантируют повышенное внимание с их стороны и при :

1. Массированное дублирование ошибок, которые были опубликованы ранее. Обалденной фишкой uTest является общий трекер по проекту. Можно посмотреть сколько ошибок уже есть, посмотреть тексты описаний, скриншоты, переписку между автором и менеджером проекта. Это сделано, в том числе, для того, чтобы участники не занимались дублированием.

2. Отстаивание отклонённого бага нелепыми доводами. Особенно этим страдают, мои любимые, индусы. Основная фишка отстаивать дубликаты по причине, что одна и таже ошибка найдена в разных браузерах или операционных системах. Это не работает, можно считать это не справедливостью, но от этого ничего не меняется.

3. Постинг ошибок вне области тестирования. Многие проекты ограничивают тестирование и фокусируют внимание участников на определённых вещах. Тут надо всегда помнить, что crowdsource – это не просто очередная форма аутсорсинга/аутстаффинга, а один из подходов, который позволяет повысить эффективность работы с меньшими затратами:

Специально подобранная команда, нацеливает все усилия на решение определённой заранее проблемы.

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

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

5. Игнорирование сообщений от менеджера проекта. Какие бы ни были вопросы (они всегда корректны :] ), на них обязательно нужно отвечать. Если менеджер предлагает дополнительную работу, но возможности выполнить её нет, то нужно просто вежливо написать, что предложение очень интересное, но сделать его сейчас нет возможности. Это даёт +1 к карме и повышает шанс получить предложение в будущем.

6. Есть проекты на uTest с гарантированной оплатой, то есть не важно нашел ты что-либо или нет, но ты получишь компенсацию. Есть такие, где платят за о отметку о выполненной работе (обычно тест кейс, иногда со скриншотом какой-либо области). Выполнение работы гарантировано заказчиком. В любом случае согласие участвовать в таком проекте – это своего рода обязательство, невыполнение которого напрямую ударяет по uTest и лишиет доверия с их стороны. В дальнейшем приглашения в такие проекты можно не ожидать.

В целом uTest относится очень лояльно к ошибкам тестировщиков и появления отклонённых багов (Rejected) опасаться не стоит. Я знаю нескольких тестировщиков у которых примерно пятая часть багов была отклонена, никаких проблем с uTest или уменьшения проектов они не видят. Вполне вероятно, что пока количество проектов просто больше, чем количество тестировщиков с достаточной репутацией и квалификацией. Я думаю, что отношение Approved/Rejected нужно держать в уме, если есть планы на долгосрочную работу в uTest. Спорить с менеджерами проекта тоже можно, а иногда и полезно, но делать это нужно со всем уважением и в контексте потребностей клиента. Возвращаясь к ошибкам вне области тестирования – ни один из тестировщиков, и часто менеджер проекта, не знают на какой стадии готовности находится проект заказчика и почему он устанавливает какие-либо правила. Вполне может оказаться, что по сути только то, что он просит протестировать готово, а всё, что вокруг – это просто сырой прототип, ошибки в котором не имеют значения, какими бы они не были.