VIAcode HackDays. Как это было.

26-27 мая в нашей компании VIAcode было интереснейшее событие HackDays, и об этом эмоционально я сообщал ранее.Эмоции… Нет, не утихли. Воодушевление от сего славного действа переполняет меня. И дабы поделиться позитивным настроем, оставить вклад в мировой истории IT, было принято решение – описать это потрясающее приключение в деталях.

Что это за мероприятие – VIAcode HackDays?

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

Конечно, отличная команда и превосходная идея (у нас, IT-специалистов, других идей ведь быть и не может, правда?:)) –  это уже серьезная заявка на успех в любом начинании, но… Хочется чего-то более реального.
Через две недели был назначен ключевой этап этого приключения. Всего один уикенд для того, чтобы команда могла реализовать идею.
Да-да, у нас было два неполных дня для того, чтобы сделать свою сказочно-безумно-классную идею реальностью. В течении двух недель можно было делать что угодно, кроме написания самого кода. Создавать прототипы, писать музыку, настраивать рабочее окружение и прочее.

Предложенные платформы и технологии

Чтобы сделать VIAcode HackDays ещё интереснее, изначально было предложено несколько направлений и платформ, с которыми наша компания ещё не работала, но тем и интереснее вызов, не так ли? Это действительно классные платформы:

Microsoft KINECT

Специально был приобретен  Kinect for PC (устройство легко подключается к любому компьютеру и позволяет реализовать свой уникальный сценарий с помощью SDK). Всё, что раньше мы делали с клавиатуры и мышки – теперь можно делать в танце, жестами и голосом!

Разработка мобильных приложений

Android и Windows Phone – выбраны как основные мобильные платформы. iPhone/iPad ? Нет, мы не забыли об этом. Просто отложили на будущее.

NFC

Чипы наступают! Близок тот час, когда без цифрового гаджета нельзя будет попасть даже в баню!

Разработка интеграционных приложений для социальных сетей

Twitter, FaceBook, Yamer, Вконтакте и другие – все эти социалки предоставляют свой API для того, что бы мы – программисты всех стран могли свободно реализовывать свои фантазии!

Хорошо, вызов принят!

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

Да, мы успели к Mission Board первыми, и смогли застолбить верхнюю строчку турнирной таблицы!

А это наш первоначальный состав команды:

Платформой для разработки нами был выбран Android.
Затем к нам присоединились еще один тестировщик и … музыкант.

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

Конечно, будь мы единственной заявленной командой, все лавры достались бы нам. Но! Так получилось! Получилось так, что безмерно обрадовало меня, потому что было заявлено 9 команд.

Д-Е-В-Я-Т-Ь!

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

И да, предложенные решения были использованы практически все. Из соц.сетей популярностью пользовался Twitter. Из мобильных платформ – Android. Но и Windows Phone платформа, NFC, Kinect, и другие не были забыты.

Команды определены. Технологии выбраны. Две недели затишья. И вот наступил он..

Первый день VIAcode HackDays.

Это субботнее утро началось с легкого аукциона, который, я уверен, оценят тестировщики. Знаю, что многим из них тестирование карандаша на собеседованиях и в форумах успело набить оскомину. Аукцион с единственным лотом. Утюгом. Ставки? Ставки прекрасны. Надо было называть пути, которыми можно использовать утюг. Побеждал – назвавший вариант последним. Набралось приличное количество вариантов, начиная от “Прикуривателя” и заканчивая “Лейкой”.

А после аукциона команды разошлись по своим местам, и началась разработка.

Сергей, нацеленный на победу. 🙂

Андрей, спокойно и невозмутимо обходит подводный камень в работе с навигацией.

Коллеги из Минска творят для Windows Phone.

Роман и Тимур покоряют SDK Kinect(а).

Лирическое отступление про тестировщиков.

Стоит заметить, что тестировщики были не только в нашей команде, но и в командах коллег.  В команде Володи работала Женя.

В команде “говорунов” (как они сами себя прозвали)  – Юля.

Ну а на вопрос – нужны ли тестировщики на таких мероприятиях мой ответ однозначен – нужны! Ошибки, которые мы находили на этапе проектирования – исправлялись быстро. Что позволило на своем опыте убедиться в классическом постулате: стоимость исправления ошибки зависит от времени её обнаружения, т.к. ошибки найденные не всегда имело смысл исправлять для прототипа, ибо их исправление требовало значительного времени, при условии что проект у вас длится два неполных дня.

Работа с графикой, которую выполняли тестировщики – позволила разработчикам сконцентрироваться в работе над непосредственным программированием. При этом наши коллеги с удовольствием переключались на другие задачи. А уж обсуждение архитектуры, математики и подходов в реализации – куда без нас? А моральная поддержка? Я более чем уверен, что в условиях сжатых сроков, в условиях давления духа соревнования – коммуникабельность и такт тестировщиков помогают не сойти с дистанции и добиться лучшего результата. 🙂 Конечно, классического скриптового подхода в тестировании за два дня ждать не следует, не совсем разумная трата сил была бы для прототипа, но исследовательское тестирование процветало в полный рост.

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

Хватит о “работе”

Да, конечно это не совсем работа, но однако разработка, с которой мы имеем дело и так каждый день. Как-то маловато праздника, не так ли? Я тоже так думал, пока не начались фан-брейки (почти как кофебрейки, только было не море кофе, а море фана)

Здесь ребята виртуозно осваивают игру “экскаватор” 🙂

Много чего было в первый день… И шумные обсуждения. И гениальные озарения.

И фрукты. И пицца. И кофе. Литры кофе.

Наша команда успела закончить пригодный к демонстрации функционал до закрытия метро. Оставалось сделать лишь несколько красивых дополнений, которые мы решили оставить на утро второго дня.

Второй день VIAcode HackDays.

Приехав пораньше, мы закончили украшение нашего приложения. Пообщались с “конкурентами”. Позавтракали и приготовились к презентациям.

Первой была презентация Алексея, посвященная применению технологии NFC.

Вторым презентовал свой проект Володя. Twitter и Android. Стык двух технологий, каждая из них со своими подводными камнями.

Сергей  вещает о проекте “Говорун” 🙂

Я призываю слушать музыку, ведь “она делает нас умнее”©

Минский коллега Илья представляет проект Game Ball, платформа Windows Phone.

Сергей раскрывает секреты дополнительной реальности. Платформа Android.

Презентация двух Андреев (на фото один из них) была о Travel Guide и дополнительной реальности… По офису были запрятаны чайники, которые можно было найти с использованием приложения. Платформа Android.

Роман рассказывает о Kinect(е) и игре, написанной под Windows. Кстати, это была самая “тестировщицкая” презентация. Порядка 5 BSoD до успешного подключения Kinect к станции для демонстрации.

А после презентации было голосование. И приз зрительских симпатий ушел к создателям чайников. То есть к двум Андреям.
Жюри весьма серьезно подошло к оценке, были озвучены несколько критериев и по среднему значению начислялись балы. Была жаркая битва… 🙂 Первое место взяли “говоруны”.

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

Третье место, с отрывом в 0.1 балла досталось нашей команде. Не беда, будем брать реванш!:)

На этом официальная часть закончилась, и мы продолжили неофициальную в приятном заведении. Но это совсем другая история.
И спасибо всем участникам VIAcode Hackdays: коллегам- конкурентам, коллегам- болельщикам, организаторам! Было действительно здорово!


Об ограничениях тестировщицкого “ХОЧУ”. Презентация с SQA Days 11.

В апреле я имел счастье выступить на международной конференции, посвященной тестированию ПО SQA Days 11. Конференция проходила в весеннем Киеве, а в этот город невозможно не влюбиться! 🙂
О самой конференции напишу чуть позже, пока же… Та-да-да! Вашему вниманию я представляю презентацию доклада: Сергей Атрощенков (VIAcode, Россия, СПб) Сергей Бережной (AnotherPM, Украина, Киев)


Учиться – всегда пригодиться!

Как вы знаете, 21-22 апреля прошла конференция SQA Days 11.  Все участники мероприятия получили в качестве подарка от команды рассылки SoftwareTesting.RU приятный сюрприз – журнал по тестированию.  В нем около десятка работ, среди которых опубликована статья Сергея Атрощенкова (VIAcode, команда Manageability) “Учиться? Зачем? Для кого?”(см. стр 22). 

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

“Мы, получили знания, опыт, практические навыки. Получили их сами, сделали что-то, что изменило мир проекта. И сделав этот мир чуть лучше, мы показали, что образование, не глупая зубрежка, не навыки вождения космических кораблей, а то, что меняет наш реальный проект. Обучение помогает изменить мир, проект и заработать деньги”.

VIAcode AzureAppSpy for Windows Phone. Взгляд на разработку изнутри.

В конце марта компания VIAcode опубликовала в Windows Phone Marketplace новый проект AzureAppSpy. Идея продукта состоит в том, чтобы следить за здоровьем Azure-приложений через содержимое диагностического хранилища (Windows Azure Diagnostics).

Возникновение идеи
Владимир:  Идея возникла легко. Сейчас на рынке программного обеспечения два тренда –  в “Облака” и в мобильные приложения. Мы хотели сделать что-нибудь полезное на стыке этих двух направлений в знакомой для нас области Manageability и Application Performance Management (все знают наш флагманский продукт AVIcode Intercept, который теперь входит в состав MS System Center). Пересечение и дало идею – написать приложение, которое будет полезно любому разработчику, тестировщику или бизнес аналитику, работающему для Azure. Все они хотят знать, работает ли их приложение, с какой нагрузкой, и готово ли оно к демонстрации. И это стало возможно прямо с Windows Phone без дополнительной конфигурации.

Разработка
Игорь:  С точки зрения разработчика имею сказать, что компания Microsoft в архитектуре Silverlight приложений для Windows Phone сделала всё не только для того, чтобы использование MVVM-паттерна было максимально удобным, но и чтобы отбить желание использовать какие-либо другие подходы. Также особенности платформы рушат многие .NET стереотипы – требуется некоторая перестройка сознания, чтобы ужиться с тем фактом, что асинхронно запущенный метод не стартует, пока не завершит работу запускающий метод, например. В целом же узнал много нового и в целом программировать под WP весьма приятно, особенно если не отступать от Best Practices, коих документацией предусмотрено для практически любой задачи.

Роман:  Изначально я рассматривал этот проект в большей степени как возможность для компании получить некоторый опыт в построении приложений для Windows Phone, потому как функционал самого приложения не казался реально полезным для разработчиков Windows Azure приложений. Однако после пары итераций – появления Desktop агента, появления возможности настраивать фильтры для ошибок и предупреждений – AzureAppSpy стало выглядеть как реальный дополнительный инструмент, полезный как для разработчиков, так и для администраторов. Надеюсь, что им будут пользоваться и оставлять отзывы, по результатам которых мы сможем дальше развивать приложение.

Тестирование 
Юлия: Не секрет, что в немногочисленной команде разработки приходиться выполнять, помимо прямых обязанностей, разнообразные дополнительные функции. А это уже бесценный опыт  🙂 
На данном проекте я не только занималась разного вида тестированием (функциональным, интеграционным, локализационным, юзабилити и т.п.), но и изучала требования к публикации в Windows Phone Marketplace, помогала писать инструкции пользователю, что, скажу я вам, дело не только очень увлекательное, но и ответственное.
У нас в проекте принято подключать к работе всю команду – у каждого свой уникальный опыт, поэтому любые комментарии и замечания  всегда принимаются во внимание.
Что касается сертификации, то она была пройдена со второго раза – оказалось, что для тестирования Microsoft требует тестовый аккаунт. Зато ребята там подходят к этому делу серьезно – приложение в тестовых целях ими скачивалось 14 раз 🙂

Результаты
Владимир: Мы применили новые подходы и можем отметить следующие достижения:

  • AzureAppSpy – наше первое приложение, выполненное в стиле Metro;
  • AzureAppSpy – наше первое приложение, использующее REST API с мобильной платформы;
  • AzureAppSpy – наше первое сертифицированное приложение, распространяемое через Windows Phone Marketplace.

Проект прошел важный этап – публикацию, теперь мы будем собирать отзывы и  рекламировать наш опыт в разработке Azure и Windows Phone приложений. Возможно даже,что AzureAppSpy попадет в TOP 10, ведь наши потенциальные пользователи – Azure разработчики, использующие Windows Phone 🙂


По итогам Chief ConfeT&QA 2012

С 12 по 14 марта 2012 проходила онлайн-конференция Chief ConfeT&QA, ориентированная на тест-менеджеров и тест-лидов
На ней выступал наш коллега Сергей Атрощенков (VIAcode) с докладом Тестерская конфликтология или как вытаскивать «вбитые в голову гвозди».


Приятно, что Сергей в очередной раз  был выбран одним из активных участников конференции, которые задавали самые острые и полезные вопросы.  
Кроме того, обращаем ваше внимание, что с 9 по 11 апреля будет проходить конференция для специалистов по ручному тестированию Fun ConfeT&QA. 

На ней Сергей будет рассказывать о том, как можно использовать макеты (концепт-скрины), когда на проекте нет ни требований, ни аналитиков.


Tech•Ed Russia 2011

С 9-10 ноября 2011 в Москве в выставочном центре “Крокус Экспо” прошла ИТ-конференция Microsoft Tech•Ed Russia 2011. Она собрала ведущих технических специалистов и ИТ-руководителей, разрабатывающих, внедряющих и тестирующих ПО. Tech•Ed Russia является развитием конференции “Платформа: определяя будущее”, которая дает возможность подробно осветить всю продуктовую линейку Microsoft. 

На конференцию отправились несколько человек из нашей компании. Когда они вернулись из командировки,  мне удалось пообщаться с ребятами о том, насколько понравилось им мероприятие.
Cлева направо: И. Точанский, С. Володченков, А. Калинников, Е.Трегубова, Р. Юферев, С. Михалев
Каждый нашел для себя что-то новое и полезное: кому-то понравился технический уровень конференции, отдельные спикеры, кому-то понравилось выступление группы «Крематорий» в конце первого дня 🙂 
 
Стоит отметить, что на Tech•Ed Russia 2011 выступал в качестве докладчика наш коллега – Роман Юферев (менеджер проектов, VIAcode). Я пригласила его на чашку кофе и поинтересовалась о его впечатлениях от конференции. 

Юлия: Рома, привет. Расскажи, пожалуйста, о своих впечатлениях после Tech•Ed.

Роман: Это была первая российская конференция Tech•Ed. До этого на территории РФ проходили конференции под названием «Платформа», которые больше были направлены не на разработчиков, а на IT специалистов. «Платформа» проходила уже 11-й или 12-й раз. В этому году на смену ей пришел Tech•Ed Russia. Вообще Tech•Ed много – существует главный Tech•Ed в Америке, и существуют локальные Tech•Ed’ы (в Европе, в Африке и т.д.). 

В этом году были приглашены такие ключевые докладчики как: Бари Шилмовер, Ричард Райли, Борис Барышников, Скотт Шноль, а также множество MVP по всем направлениям. Принципиальное отличие  Tech•Ed от «Платформы» – это направленность на разработчиков. Экспертов по продуктам Microsoft собралось очень много, в том числе экспертов по девелопменту. Выделили dev треки. Собственно, на dev треке я и выступал. 

Юлия: MVP-это евангелист?

Роман: MVP  это признанный специалист, который посвящает свое время какому-нибудь продукту или технологии Microsoft, активно продвигающий его в community (Microsoft Most Valuable Professionals прим ред

Между тем к нашему  разговору подключился  Владимир Назаров (технический директор, VIAcode) , зашедший на кухню попить кофе.
Слева направо: Владимир Назаров, Юлия Баленко, Роман Юферев
Владимир: Что понравилось больше всего из того, что ты слышал, с кем встречался?

Роман: На конференции удалось пообщаться со многими интересными людьми, особенно запомнилось общение с  Бари Шилмовером (senior PM из SCOM). 

Юлия: Как ты оказался на Tech•Ed’е в качестве докладчика?

Роман: Это отдельная история. Однажды я узнал, что будет проходить Tech•Ed Russia, и подумал, что за безобразие, почему на «Платформе» мы выступали, а на Tech•Ed еще нет.

Владимир: Даже несколько раз.

Юлия: А кто выступал?

Владимир: Александр Федотьев, Алексей Медведев, я один раз ассистировал. У меня такой вопрос: как ты считаешь, с точки зрения manageability, российский рынок дозрел? Вот, например, 2 года назад он был еще не готов, потому что реально у многих больших компаний не было таких понятий, как test environment, staging, production, никаких workflow по переносу приложений – то есть процесс был в зародыше, именно в operations. Manageability – это следующий этап. 

Роман: Знаешь, я это оценивал, в первую очередь, по тому, кто находился и как люди (слушатели) работали на докладах в менеджмент треке. Действительно, было очень много людей –  причем явно как бизнес людей, так и технарей –  на докладах по продукту System Center, начиная с DPM (Data Protection Manager), заканчивая SCOM’ом. К OPALIS’у пока осторожно относятся, этот продукт на стадии релиз кандидата. В тоже же время к SCOM’у интерес традиционно высокий.

До этого на двух конференциях – на Software people и на Code Festе – я делал обзорные доклады про manageability. И к тому моменту, как я узнал, что будет Tech•Ed Russia, я уже был уверен, что нужно сделать доклад для разработчиков, который бы не рассказывал, что есть manageability, а который бы показывал и рассказывал разработчикам, зачем и как писать приложения, которые будут manageable и будут дешевыми в эксплуатации.

Ключевая фишка моего доклада была не в том, что есть SCOM, есть мониторинг, есть какие-то модели здоровья, то есть есть теория, которую могут посмотреть разработчики и сказать: «Ну, окей. А мне–то это зачем?», а именно в конкретных примерах того, как и почему сейчас эти девелоперы делают неправильный код. Он абсолютно корректный с точки зрения всяких coding conventions, он не имеет ошибок, но с точки зрения manageability –  он ужасен.

 Мы за последние годы написали не одну модель здоровья и видели немало примеров,  когда приложение изначально пишется без забот о manageability, без забот, что оно будет работать в production, без забот о его мониторинге. Мы смогли накопить уже достаточно опыта и знаний в плане того, как писать приложения для того, чтобы они были manageable. И этот опыт удалось собрать в такой абсолютно технической презентации именно для девелоперов, с конкретными примерами ошибок, с конкретными рекомендациями о  том, как надо делать и как не надо делать.

Владимир: Классно, я хочу посмотреть это выступление.

Юлия: А запись будет?

Роман:  Запись будет через неделю – через две. Не раньше.

Владимир: Или у нас будет внутреннее выступление?

Роман: Я считаю, что для внутреннего доклада это нужно делать в другом формате. Плюс я в этот доклад, естественно, агрегировал не только свой опыт, но и опыт своей команды. Я все-таки сейчас всего лишь менеджер, и код крайне редко пишу.

Владимир: И что?

Роман: Поэтому конкретный девелоперский опыт и опыт анализа приложений моей команды был отчасти агрегирован в этот доклад. Я собираюсь туда привлечь  еще больше своих  ребят, чтобы накидать еще больше кейсов Does и Donts – это надо делать, а это не надо делать. Чтобы было больше конкретных примеров и можно было фактически создать manageability guidance по разработке. И вот в таком формате, мне кажется, будет максимально полезно. 

Юлия: Ты остался доволен проделанной работой?

Роман: Весьма.

Юлия: Кто присутствовал  на докладе?

Роман: Девелоперы. На моем докладе не было инженеров и он был сознательно включен в dev трек.

Юлия: Какие у тебя планы на ближайшее будущее?

Роман: На ближайшее будущее у меня планы прочитать третью версию этого доклада. Первая версия этого доклада, которая была совсем обзорной, была  на Software People и на CodeFest’е. Вторая – на сегодняшний момент самая крутая – была на Tech•Ed’е. С третьей версией я планирую поехать на SQA Days и это будет manageability для тестировщиков. 

Юлия: Интересно.

Роман: Такие планы касательно этого направления. Ну, и в принципе развивать направление manageability, двигать его в массы. Потому что у многих девелоперов на моем докладе были очень круглые глаза, когда я им это рассказывал. Основная  проблема – это то, что девелоперы не воспринимают IT operations, не воспринимают админов, как своих пользователей. Для них есть бизнес пользователи, которые набирают в yandex.ru, а админы, которые сидят за так сказать «пультом» этого yandex.ru, которые пытаются иногда понять, что происходит с этим сервисом, как его чинить и настраивать, пока не воспринимаются как пользователи со своими бизнес сценариями и проблемами

Юлия: Спасибо, Роман, за интересную беседу.

Роман: Ну что вы, это вам спасибо, Юлия!

Интервью с интересными людьми: Алексей Баранцев (часть вторая)

Наши читатели нас читают, что очень приятно! По их просьбам мы решили не тянуть с продолжением интервью с Алексеем Баранцевым, вот оно 🙂
Фотосъемка интервью была организована Константином Ильиным. Костя, спасибо!
Первая часть интервью здесь.

Ольга:- Помимо сайта, вы еще и координируете свою команду, я нашла упоминание о команде из 20 профессионалов.
Алексей: – Это устаревшая информация.
Ольга: – Её больше нет?
Алексей: – Команда есть, но я в качестве только посредника. Я сразу им проекты передаю. Всё, я от руководства команды полностью отошел. У меня была команда, когда я работал руководителем мини-отдела такого, в Институте Системного программирования, и мы занимались заказным тестированием, т.е. была такая узкая специализация. Команда была достаточно интересная, потому что мы людей подбирали хитро. Нам не подошел ни один HR нормальный, не в обиду будет сказано.
Кстати: персонал подбирала нам тоже моя жена. Я смог ей объяснить, каких людей нам надо найти. И мы нашли достаточно парадоксальное решение, которое я сейчас всем советую: «Если нужно набрать команду высококвалифицированных тестировщиков – нужно искать людей, которые хотят быть программистами, системными администраторами» Из них, если их сагитировать, если им показать, что этим заниматься интересно – то получается совершенно потрясающий тестировщик.
Ольга: – Да вы что! Я воспользуюсь этим советом.
Алексей: – Конечно, я это всем всегда рекомендую.
Юлия:- Ты представляешь, какая на тебе будет ответственность.
Алексей: – Нужно брать программиста, который хочет быть программистом, у которого есть опыт программирования или опыт системного администрирования, и который даже не помышляет о том, что бы делать карьеру в тестировании. Вот если получится это сделать….
Юлия:- То будет хороший тестировщик.
Алексей: – Ещё один совет, как правильных людей искать, как мы их искали: во-первых, мы отбирали людей, которые вообще не думали, что хотят быть тестировщиками; во-вторых, я уже об этом говорил, что главное качество тестировщика – это любопытство. Мы искали людей, у которых резюме просто распирает от разных технологий, с которыми они работали. Это означает, что человек всё это попробовал, ему просто интересно, ему любопытно узнать, как всё это работает. Он и дальше будет такой же любопытный. Ему в тестировании будет интересно именно потому, что он всё любит трогать руками.
Ольга: – Такой почемучка любознательный.
Алексей: – Да-да, любознательный. Он, может, не супер профессионал в программировании. Да и зачем нам супер-профессионалы в программировании?
Ольга:- Бытует такая точка зрения, я не говорю, что я её поддерживаю: «Если программист хочет стать тестировщиком, – значит у него что-то не получилось в программировании».
Алексей: – Нет, нет, нет. Мы не ищем тех, кто хочет стать тестировщиками. Мы берем программистов, которых хотят стать программистами. Когда человек хочет стать тестировщиком, в резюме написано, что он хочет стать тестировщиком. Кем он раньше работал? Скажем, он работал курьером, или в тех. поддержке. И это для него шаг вверх. Да, можно его ещё дальше вырастить. Мы пытаемся найти людей, для которых это будет шаг в бок, не вниз, а в бок.
Юлия:- Но для многих программистов это будет шаг вниз!
Ольга:- Они так считают!
Алексей: – Ничего подобного, их надо разубедить, у нас были конкурентные зарплаты, у нас не было различия – программист или тестировщик. Если человеку надо было, он мог поработать программистом. У него была возможность во внутренних проектах поучаствовать. Никаких проблем, не хочешь быть тестировщиком – пожалуйста, отправляйся программировать.
Ольга:- А как вы их убеждали вообще?
Алексей: – Это же интересная работа! (смеется). Если взять хорошего, увлеченного тестировщика, чтобы он объяснил программисту, как классно заниматься тестированием, то программисты иногда очень даже убеждаются.


Ольга:- Новое слово в поиске персонала. Я даже попробую применить.
Юлия:- А это по-прежнему работает, интересно?
Алексей: – Я надеюсь. Почему это должно перестать работать? Для нас же работало. При этом отсев довольно большой, я не знаю как там статистика, мы брали 1 из 10-20 человек, которых мы приглашали на собеседование.
Юлия:- То есть были такие, кого вы уговаривали, были и такие, кто не соглашался?
Алексей: – Были те, кто просто не подходил, не мог продемонстрировать знания, которые он написал в резюме. Людям, которые приходили на собеседование, давали тестовое задания. Человек, который позиционируется на тестировщика, получает тестовое задание, в котором про тестирование ничего не написано – там задачки на умение классифицировать (проверка того, что человек обладает логическим мышлением), немножко на умение программировать, немножко на умение составить тесты. Не проверяли – умеет он тестировать или нет, знает ли он какие-нибудь приемы тестирования или нет. Нам нужен был: a – любопытный, b – умеющий логически мыслить, c – умеющий минимально программировать, потому что всегда было много автоматизации.
Ольга:- Алексей, а как зарядить энергией тестировщика, чтобы он выдавал креативные решения, чтобы он горел? Бывает такое, что вот ему снова тестировать, снова одно и то же. Рутина поглотила…
Как человеку вообще находиться в таком состоянии…?
Алексей: – А как программисту? Ему надо придти и написать какое-то количество кода. Рутина же сплошная. У всех рутина, но каждый находит свое, что-то интересное. Программист прочитал книжку и думает – во, я попробую применить новый шаблон проектирования или я нашел новую библиотеку, сейчас я попробую прикрутить её к программе или давайте попробуем этот модуль переписать по- другому. Какие-то новые идеи находят и как-то эту рутину разбавляют. У тестировщиков тоже возможности подобные есть. Тестировщики иногда побаиваются проявить инициативу. Не надо побаиваться – это тестировщикам совет. Менеджерам совет – надо давать им больше свободы.
Ольга:- Самостоятельности?
Алексей: – Свободы !!! 🙂
Ольга:- А как им давать свободу?
Алексей: – Самостоятельность она такая – вот тебе список тестов, выполни его самостоятельно. А можно сформулировать по-другому: «У нас есть некоторая задачка – надо протестировать вот это. Вот у нас есть тесты, которые написал твой предшественник, ты можешь пользоваться ими, но можешь написать их самостоятельно, но не хуже».
Ольга:- То есть момент соревновательности? Вызов такой?
Алексей: – Должен быть какой-то челлендж.
Юлия:- Иногда проще самому написать с нуля, чем переделывать.
Алексей: – Ещё тестировщикам рекомендую читать одну умную книжку: «Серьезное творческое мышление» Эдварда Дэ Боно, книжка для тестировщиков, очень хорошая, помогает стимулировать мозг (смех всех участников).
Ольга:- И она правда стимулирует?
Алексей: – Да, очень хорошая книжка, правда, идей много можно почерпнуть.
Ольга:- А где ещё можно почерпнуть идеи? Вы упомянули, что тренинги проводите всё время по-разному, значит где-то берете эти новые идеи.
Алексей: – Да, меня подталкивают вопросы, которые мне задают. Я сам не очень хорошо генерирую какие-то новые вопросы и идеи, но когда мне задают какой-то вопрос, у меня мозг начинает работать.
Я умею генерировать решения. Человек же обладающий творческим мышлением, умеет ставить и неожиданные вопросы. Вот книга Эдварда Дэ Боно как раз и стимулирует творческое мышление.
Ольга:- Алексей, а как вы относитесь к интуиции? Насколько она важна в процессе тестирования?
Алексей: – У меня может неправильное отношение к интуиции. Когда мы были в Нижнем Новгороде, ко мне подходила девочка, она, кстати, на следующей SQA Days предлагала сделать доклад по интуиции, сейчас он, вроде, лежит в заявках. Якобы есть научные или псевдонаучные наработки по интуиции, которые говорят, что можно выработать чуть ли не экстрасенсорное восприятие, чуть ли не карты угадывать – масть, цвет или ещё что-то..
Юлия:- Применительно к тестированию..
Алексей: – Применительно к тестированию, это, наверное, должно означать, что я смотрю на программу и вижу – здесь баг, и раз, здесь и есть баг. Я придерживаюсь другой точки зрения на интуицию – интуиция это неосознанный, недорефлексированный опыт. Когда удается его рефлексировать – появляется новая техника тест-дизайна. И всё, она больше не интуиция. До этого оно, что-то такое подсказывало, что искать надо здесь, но не получалось сформулировать правило. А через некоторое время формулируется правило – искать надо здесь, появляются четкие признаки. Вот когда поначалу не можешь сформулировать эти признаки, тогда это интуиция.
Ольга:- То есть ты каким-то образом чувствуешь что вот здесь ошибка, хотя формально все в порядке…
Алексей: – Подсознание не признается, как обнаружить этот дефект. Не удается это вытащить наружу, не удается отрефлексировать эту идею. Я люблю сидеть, думать и рефлексировать на тему, как я нахожу дефекты. Когда я понимаю, что я нахожу эти дефекты интуитивно, я пытаюсь это понять – как я их нахожу. Мне интуиция не очень нравится. Я тренер-консультант, я не смогу интуицию эту передать. Мне нужно, что бы эта интуиция превратилась в метод, который я смогу объяснить. Такая интуиция – это хорошая штука.
Юлия:- Многие люди что-то коллекционируют. Вы что-нибудь коллекционируете? Баги, например 🙂
Алексей: – Нет. Мне терпения не хватает (смеется). Это, как в детстве коллекционируют…Поколлекционировал, потом выбросил. Я могу баги пособирать, потом выкину их. Освобождаю место.
Юлия:- А был какой-то такой запоминающийся баг, который особо запомнился. С чем-то таким ярким связан?
Алексей: – Было, конечно, несколько подобных. Но я про них не буду рассказывать, коммерческая тайна. У меня есть несколько заметок, которые я писал про разные баги. Тоже своеобразные, но это не из числа любимых.
Ольга:- А вот понятие любимый… Почему именно вот этот баг любимый?
Алексей: – Ну, наверное, он дался с трудом. Сложно было его поймать, добыть. Один из таких, действительно есть, причем он описан подробно. Это чуть ли не детективная история. Это баг, который у нас был на форуме software-testing.ru, когда счетчик количества личных сообщений в ящике иногда становился отрицательным. Я этот баг ловил несколько дней, я пытался понять почему. Поскольку в то время, код мне был недоступен, я ловил его методом черного ящика. Когда я догадался, почему это так происходит, это, конечно, было озарение. Сейчас я это тоже рассказываю как метод.
Ольга:- Алексей, вы какие-нибудь детективные истории любите читать?
Алексей: – Я люблю их читать не больше чем любую другую развлекательную литературу, приключенческую или ещё какую. Я не пытаюсь угадать, чем закончится. С одной стороны бесполезно, с другой, если угадаешь, разочарование – ну вот, я так и знал.
Ольга:- А как же радость от пойманного бага?
Алексей: – Нет, не то. Вот когда его действительно сам ловишь. А когда описание читаешь, это уже не то. Да, конечно, я потом писал описание этих багов, может, кому-то интересно было читать, но самому-то всё равно интереснее. Сам догадался, сам поймал, сам нашел. Вообще… я не люблю баги!
Юлия:- А они вас?.. (Смеются)
Алексей: – Надеюсь, они меня тоже не любят.
Юлия:- У меня столько случаев было каверзных, что кажется, что у меня карма такая.
Ольга:- Профессия перешла в жизнь.
Юлия:- Второй раз, когда меня встречают из отпуска, ломается машина. У вас такого не было?
Алексей: – Я думаю, это как с приметами. Особенно с какими-нибудь приметами, которые к несчастью. Люди, которые в эти приметы верят – они на них обращают внимание. Тестировщики, они по своей проф. привычке, обращают внимание на всякие мелочи, они фиксируются. Остальные смотрят на те же вещи, на те же баги натыкаются, но они внимания на них не обращают.
Ольга:- Ваша профессия- консультант плюс тестировщик достаточно творческая. Для поездок и тренингов нужно много сил и энергии, где вы это берете?
Алексей: Вообще, у меня есть несколько стимулов. Я ленивый. Если мне задают вопросы, если я некоторое время не отвечаю, я прошу пропинговать меня. Если я не ответил на вопрос, это не означает, что я проигнорировал его, просто я потерялся в куче других вопросов. Поскольку я ленивый, и поскольку я не дисциплинированный, наверное, это случилось случайно, но в свое время я сумел принять самое правильное решение в своей жизни – я удачно женился. У меня потрясающе активная жена. Она меня заставляет работать. Вдохновляет. Я могу день, два, три работать. Если бы она не заставляла работать, я бы сидел и рефлексировал (смеется). Причем не для того, что бы что-то написать, а просто для себя, получал бы удовольствие от процесса.
Ольга:- Вообще считается, что хорошая семейная пара, это когда женщина наполняет мужчину таким образом, что он становится успешным, энергичным, зарабатывает большое количество денег. Это нормальные хорошие отношения.
Алексей: – У нас это всё естественным образом как-то произошло, удачно сложилось. Так что у меня нет проблем с вдохновением, вдохновение всегда под рукой. Если долго ничего не делать, то прийдет вдохновение и скажет – давай работать.
Ольга:- Алексей, что вы можете пожелать читателям нашего блога?
Алексей: -Пожелать я могу только успешной интересной работы, чтобы у тестировщиков всегда были хорошие разработчики, а у разработчиков хорошие тестировщики 🙂 Чтобы багов поменьше находилось.
Ольга:- То есть много багов – это плохо?
Алексей: – Кошмар, но искать их интересно 🙂 Процесс интересен. Когда их много, тогда это уже превращается просто в поток, всякий интерес теряется.
Ольга:- Согласна. Это можно отнести ко многим процессам в жизни. Алексей, спасибо, за интересную беседу!
Юлия: – Спасибо, что нашли время в своем плотном расписании тренингов.
Алексей: – До встречи на SQA- days 10!


Сообществу SPB SQA Group 2 года!

У независимого сообщества тестировщиков Санкт-Петербурга SPB SQA Group 12 ноября – день рождения. Ему два года! 
По сему поводу ребята приглашают коллег и всех желающих отметить этот праздник походом в боулинг.

Время встречи: 12 ноября (суббота) c 14:00 до 17:00.
Место: боулинг-клуб Golden Strike, Торфяная дорога, д.7, ТРК «Гулливер».
Регистрация: Здесь
Ребята, поздравляем вас (нас? – я тоже в сообществе :)) с днем рождения! 
Рома и Леша, спасибо за нелегкий труд по сплочению тестировщиков, шаринг опыта между коллегами и просто хорошую работу 🙂

По горячим еще следам ConfeT&QA :-)

С 17 по 21 октября проходила онлайн-конференция тестировщиков ConfeT&QA .
По результатам закрытого опроса среди докладчиков были выбран самый активный участник. Им стал наш коллега – Сергей Атрощенков. Сегодня Сергею доставили его приз – планшетный компьютер Archos 7 Home Tablet (Cергей и его приз на фото ниже :)).

 По такому солидному случаю я заглянула к Сергею в качестве репортера –  с фотоаппаратом и вопросами 🙂


– Сергей, как ты думаешь, почему выбрали именно тебя?

– Честно говоря, данный вопрос лучше адресовать к докладчикам. На конференции я слышал интересные комментарии и вопросы. Но полагаю, просто из-за активности в твиттере (шутки, вопросы) и потому, что я умудрялся задавать простые вопросы практически всем докладчикам.

– Многие слушатели ведут себя пассивно на онлайн мероприятиях. Что ты мог бы им посоветовать?

–  Посоветую три вещи:
1. Не ходить из-под палки на мероприятия.
2. Не бояться докладчиков, какие бы звезды на них не навесило мировое сообщество (ПМ-ов, Тестировщиков и т.п.). Это же клевые Л-Ю-Д-И, которые с удовольствием рассказывают о чем-то. И вовсе не обязательно знать что-то лучше чем они. Не знать не стыдно 🙂
3. Когда идешь на мероприятие, иметь представление о том, какие есть проблемы, что хочется узнать. И спрашивать это.

Спасибо, Сереж 🙂 Еще раз поздравляем и желаем дальнейших побед 😉


Интервью с интересными людьми: Алексей Баранцев (часть первая)

После интервью с Александром Орловым мы (Ольга Черепанова и Юлия Баленко компания VIAcode) решили продолжить традицию компании VIAcode – за чашкой кофе или бокалом вина разговаривать с выдающимися людьми в области IT .
В 20-х числах августа в Санкт-Петербург приехал Алексей Баранцев. Алексей наиболее известен как главный редактор портала software-testing.ru, также он ведет тренинги, участвует в организации различных профессиональных конференций.
В области тестирования ПО он довольно давно. Пройдя путь от тестировщика до руководителя подразделения заказного тестирования, работал в качестве разработчика, аналитика, консультанта и менеджера проектов. В Санкт-Петербург Алексей приехал на несколько дней: в субботу он уже уезжал, поэтому решено было встретиться в пятницу,
в ресторанчике «Италия».

Когда наша компания во главе с фотографом, единственным взявшим карту, после некоторых блужданий по старым улочкам вышли к «Италии», Алексей нас уже ждал. Несмотря на только что проведенный тренинг – был бодрый и энергичный 🙂
Мы тоже были бодры, предвкушая интересный вечер и хорошего собеседника.

В интерьере ресторана почему-то были разнообразные мотоциклы, которые весьма заинтересовали нашего фотографа.

После заказа пасты, оказавшейся очень вкусной и съемок, мы приступили к интервью, и сразу с места в карьер!
Ольга: – Алексей, как вам удается совмещать столько дел? И тестировать, и читать тренинги? И руководить?
Алексей: – Ну, вообще-то я просто занимаюсь тестированием, всем, что относится к нему. Некоторое время я работал руководителем группы тестирования, но потом понял, что это не мое, что мне больше нравится заниматься не столько руководством людьми, сколько тестированием.
Юлия: – На moikrug.ru в разделе Специализация и профессиональные навыки вы пишете,
что: «Я – тестировщик. Этим и интересен». Чем именно вы интересны ? 🙂
Алексей: – Эта фраза из Владимира Маяковского. Это не цитата, а парафраз.
У Маяковского есть автобиография, она начинается так: «Я поэт — этим и интересен, об этом и пишу». Но я не поэт, я тестировщик. Поэтому я именно этим интересен. Об этом и пишу.
Ольга: – То есть смысл в том, что вы занимаетесь тем, что вам нравится? Этим интересен? Это ваша суть получается?
Алексей: – Да, это стиль жизни. У кого–то поэт, а у меня тестировщик.
Юлия: – Скажите, какими вы видите современных тестиро­вщиков?
Они отличаются от программистов?
Алексей: – Сложно говорить про современных тестиро­вщиков, потому что современному тестированию вообще лет тридцать, как дисциплине. За это время не так много поколений успело смениться. С другой стороны, конечно же, какие–то изменения есть, потому что отрасль быстро развивается. У тестировщиков во все времена было одно качество, которое их выделяло среди всех остальных людей, которое не меняется – это любопытство и жажда что-то узнать. Когда маленький мальчик ломает машинку, если он ее ломает просто, чтобы сломать, то это не тестировщик, это просто мальчик ломает машинку. Если же он ломает, чтобы узнать, как она работает – то это тестировщик.
Он потом, может, обратно ее соберет. Главное здесь цель и личные качества.
Самое важное личное качество – это именно любопытство.
Юлия: – А отличие от программистов есть?
Алексей: – Отличие от программистов есть. Хорошо заметно это тогда, когда программист пытается тестировать. Программист тестирует до первой ошибки. После этого он перестает интересоваться тем, как оно работает и начинает думать о том, как оно должно работать и пытается сделать так, чтобы оно работало, как он хочет.
То есть он творец.

Тестировщик не творец, тестировщик, он – ученый. Ему как бы все равно, как мир устроен, ему важно узнать, как оно работает. Он узнает все, на этом он успокаивается.

В этом разница.
Ольга: – Алексей, а тестировщики, они вообще занудные?
Алексей: – Ну, что такое занудные? Занудный, это человек, который неинтересный, который без увлечения о чем-то говорит или занимается чем-то без увлечения.
Может быть, конечно, их можно назвать условно перфекционистами – всё стремятся довести до совершенства. Но вот я и разработчиков таких встречал немало, которые до последнего момента держат, не отдают продукт на тестирование, говорят: «Нет-нет, я еще не все доделал, подождите».
Ольга: – А почему они не отдают? Им страшно, что найдут ошибку или, как творцы,
хотят дотворить?
Алексей: – Им хочется, чтобы он отдали жемчужину.
Ольга: – Идеал? А такое бывает?
Алексей: – Ну, пока не встречал.

Ольга:– Перфекционизм вообще не очень хорошая штука для жизни.

Алексей: – И тестировщику трудно быть перфекционистом! Он очень хорошо понимает, насколько несовершенны все наши выводы о качестве продукта. Потому что, вот проверил тестировщик все на каких-то данных, и столь же прекрасно он понимает, что проверить на всех–всех-всех он не сможет никогда. Поэтому у тестировщиков должно быть очень четко развито чувство баланса, чувство достаточности (что называется good enough).

Если тестировщик будет перфекционистом, то, конечно, ему будет очень тяжело.

То есть он постоянно будет чувствовать ответственность за то, что он что-то не доделал. Наверное, уровень тревожности будет зашкаливать.
Юлия: – Алексей, а мне вот интересно про ваш портал Software-Testing.Ru узнать поподробней. Изначально это был проект Вячеслава Панкратова, однако сейчас этот портал ассоциируется с вашим именем. Расскажите, пожалуйста, как вы познакомились со Славой? Как случилось, что именно вы впоследствии стали во главе Software-Testing.Ru?
Алексей: – Это немного личная история, но вам я ее расскажу.
Портал появился в 2004 году, тогда он находился еще в украинском домене и назывался tester.com.ua.
Тогда это был не портал, тогда это был форум, плюс сборничек небольших статей, которые Слава писал. Появилась идея, что хорошо было бы это как-то оживить, чтобы что-то постоянно менялось, хотелось сделать колонку новостей. И я вызвался быть редактором этой колонки новостей. Примерно год существовало это в таком виде – форум, статьи и колонка новостей. Потом портал не рос, но переехал на Software-Testing.Ru, потому что решили, что надо перенести его в более общий домен, не только украинский.
Ну а потом Славе стало неинтересно заниматься тестированием.
Ольга:– А вы так и продолжали работать?
Алексей: – Нет, Слава закрыл портал. Примерно год мы жили без сайта, на котором можно было бы профессионально тусить, общаться. Народ разбрелся, появились группа в Живом Журнале (прим. ред. live journal) – тогда еще не было ни фейсбука, ни контакта. К этому времени в моей семье родился третий ребенок, и Наташа, моя жена, (Наталья Баранцева – координатор проекта Software-Testing.ru) сказала, что больше не хочет ездить в офис.
– Хочу открыть свое дело, – говорит она.
– Ну, какое, например? – я спросил.
– Давай купим цветочный магазинчик, будем торговать цветами!
Не нравилась мне эта идея с цветочным магазинчиком, и я говорю:
– Давай лучше что-нибудь другое. Давай какие-нибудь профессиональные услуги будем оказывать по моей специальности – тебе же все равно, что продавать.
Ольга:– Как настоящий мужчина дал направление.
Алексей: – И она согласилась. 🙂
Юлия:– А до того она имела дело с IT?
Алексей: – Ну, как. Она со мной имела дело. У нее образование математическое – мехмат МГУ, так что, конечно, и знакомых много, которые в IT области работают. Тогда мы договорились со Славой о том, что он нам передает этот портал, мы его возрождаем, и на базе его уже строим что-то более расширенное.
В этот момент появилась новая стратегическая идея – с чем должен быть этот портал, как он должен выглядеть. Всё, что там было, осталось, то есть – форум и статьи остались,
но появилась именно идея портала, потому что к этому моменту были разрозненные ресурсы, блоги, посвященные тестированию. Возникла идея, что нужно сделать единую точку входа, с которой будут вести ссылки во все остальные места. То есть цель была не собрать всех тестировщиков в одном месте, а собрать информацию обо всем, что есть в русскоязычном интернете, касающемся тестирования, в одном месте.
Поначалу это было не так много. Была группа в live journal, была группа в контакте –
к тому времени уже что-то появилось, было несколько блогов, первая мысль у нас была – надо сделать трансляцию блогов, мы их тогда собрали, их было 5-6. Сейчас уже больше 50.
А потом …а потом началось. Потом к этому порталу присоединилось еще чуть-чуть, еще чуть-чуть, еще чуть-чуть. Через какое-то время мы поняли, что он становится слишком большим и слишком неуправляемым, провели реструктуризацию и появились люди, которые занимаются какими-то отдельными разделами: то есть тренинги – это одна часть, поиск работы, вакансии, резюме, услуги по подбору персонала – это другая часть, рассылка – третья часть. При этом люди почему-то приходят и приходят, почему-то им интересно этим заниматься, они помогают этот портал развивать, строить. У нас, у Наташи в частности, у нее роль координировать все эти деятельности.
Ольга:– То есть она получила то, что хотела?
Алексей: – В общем, да.

Продолжение следует..