В эти выходные, 21 и 22 апреля, Киев принимал самую масштабную на просторах постсоветского пространства конференцию тестировщиков – SQADays. Конференция в Киеве стала 11-ой по счету, что уже говорит немало о ее популярности. Не смотря на мои «разработческие корни», я в очередной раз подготовил доклад на тему тестирования и принял участие в конференции в качестве докладчика. Но о моем докладе чуть позже…

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

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

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

Вот наступило долгожданное открытие конференции. Много слов благодарности, мини-речи приглашенных зарубежных гостей и информация для участников – все это растянулось на полчаса. Скоротать это время помог интернет. Он работал практически всегда адекватно. Много участников общались в Twitter по хештегу #sqadays12 (старый хештег #sqadays атаковали спамеры). В ленте можно найти много всего интересного.

Первый доклад Ярона Цубери я пропустил в пользу мини-доклада на тему советов по смене работы от Алексея Лянгузова. Леша сам только сменил работу после долгих лет, проведенных в компании Sun, и ему было чем поделиться. Много полезных советов, пометил себе эту презентацию на случай ухода с текущего насиженного места. Надо отметить, что зона стендовых докладов была оборудована грушами-подушками, которые просто мега-удобные. У меня такая есть дома. Теперь мы постараемся на следующих наших конференциях делать лаунж-зону с такими же грушами.

Очень хотелось проснуться, а растворимый кофе на кофе-брейке пить совершенно не хотелось. Поэтому мы отправились в близлежащий «Кофе-Хаус». Оказалось, там достаточно много участников конференции также коротали время. Вообще, кофе-брейки стали самым слабым местом конференции. Кипяток был на вес золота, его постоянно не хватало. Женщины в столовской одежде разливали его из большой кастрюли, заливая насыпанный в стаканчики растворимый кофе и чай в пакетиках. До еды я так ни разу и не добрался, но, по слухам, она разлеталась очень быстро. Я больше расстраивался отсутствию постоянного доступа к горячей воде, потому что мне нужно было принимать лечебные процедуры полоскания.

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

На обед я решил пойти во вторую смену и остался на доклад Тани Зинченко. Она захватывающе рассказывала о своей команде и о процессе, который они у себя построили. Некоторые вещи мне было очень странно слышать «под соусом» Agile. Но доклад порадовал очень позитивным настроем и полной отдаче своему делу. Так держать!

Обед я провел в компании Андрея Дзыни и Алексея Лупана. Спасибо им большое за интересную беседу, обмен идеями на будущее и просто хорошую компанию. Правда обед разочаровал. Давно я не кушал в столовках и не ощущал «столовочного сервиса». Но тут ничего не поделаешь – такое уж место проведения. Иначе бы мы просто все остались голодными.

После обеда я отправился на главную сцену послушать про серебряную пулю автоматизации тестирования от Наташи Руколь и Игоря Любина. Доклад получился достаточно динамичным, слайды яркие, тема важная. Иногда не хватало живого диалога от Игоря, но это можно списать на отсутствие опыта публичных выступлений. В целом, доклад поднимал достаточно интересные вопросы по поводу внедрения автоматизации тестирования и неправильного ее применения.

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

Как только появится звук, я сделаю слайдкаст. Также я выложил проект, на котором я демонстрировал все примеры, на свой аккаунт на GitHub. Пользуйтесь на здоровье!

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

Первый день конференции закрывал Алексей Баранцев с темой о важности граничных значений и тестирования на границах. Мне доклад очень понравился. Тема достаточно узкая, поэтому Леша медленно и интересно ее раскрывал, с кучей классных примеров из не-IT тематики. В завершение, всех ждал мультик о «целеустремленном тестировщике», который сильно поднял настроение и стал замечательным завершением дня.

Во второй день я немного опоздал на первый доклад из-за плохого самочувствия и «попал в лапы» к Стасу Фомину. Он показал и рассказал про базу знаний, которую они собирают в компании на протяжение многих лет, продемонстрировал прогресс в его подходах к съемке и подготовке материалов, а также поведал много чего интересного. Стас – увлеченный человек и это здорово (хотя и негативно повлияло на его работу в компании)!

На второй доклад я пошел к Мишу Полярушу послушать про Robot Framework. Давно хотел посмотреть его в действии и мне это удалось. Миша показал на простых примерах как легко можно начать работать с этим инструментом и какие интересные возможности открываются перед тестировщиком. Круто, я люблю практические доклады с живыми примерами!

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

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

После обеда мой выбор пал снова на главную сцену – там два Сергея (Атрощенков и Бережной) вещали про нежелание заказчиков давать «свободу» тестировщикам. Выступление было несколько смазанным по техническим причинам – микрофоны ужасно фонили и просто не давали возможности сосредоточиться на выступлении. Идея доклада была достаточно узкой, но хорошо разжеванной – не заигрывайтесь с инструментами и подходами, а стремитесь решать выгодные с точки зрения ROI проблемы. Даже с нелюбимыми мной матрицами 2 на 2, доклад получился неплохой.

Следующий выбранный мной доклад, пожалуй, был единственной «ошибкой». Я отправился слушать Александра Башарина про оценки тестирования. Доклад был очень запутанный и скучный. Зато поиграли в шахматы онлайн в паре с Игорем Любиным (да, сдал с потрохами). Надо же как-то выходить из ситуации.

На кофе-брейке мне опять ничего не досталось, с трудом выборол для себя немного кипятка в лекарственных целях. Поэтому на доклад Ани Скуминой я отправился в приподнятом настроении. Она рассказывала о нестандартных подходах к тестированию usability. Отличные слайды, поставленная приятная речь, легкий и интересный материал – я остался доволен. Важно помнить, что тестировщик тестирует usability продукта, просто его используя. А это круче многих специализированных тестов.

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

Закрывали конференцию Наташа Руколь и Андрей Мясников. У них получился очень живой и насыщенный доклад в стиле боя в Mortal Combat. В схватке схлестнулись тестирование по сценариям и методом свободного поиска. Они наносили друг другу удары в виде аргументов и язвительных историй. То и дело зал присоединялся и выдавал свои комментарии. Отличная подача материала и, как принято, «победила дружба». Всякое тестирование важно, если его применять по месту и с умом. На этой ноте и завершилась официальная часть конференции.

За последним докладом последовало вручение призов от спонсоров и от организаторов за лучшие доклады. Очень заслуженно призы получили Олесь Сегеда, Миша Поляруш и Аня Скумина. Правда призы были несколько странными для IT-конференции – утюг, термос и еще что-то. Мне же в подарок досталась мышка за самое активное участие в twitter-ленте конференции. Мелочь, но приятно!

На afterparty я не попал по состоянию здоровья, поехал долечиваться. В целом, конференция понравилась. Мне посчастливилось попасть на яркие и интересные доклады, а также завести несколько полезных знакомств. Также я поделился в своем докладе наработками и мыслями на тему тестирования. А не для этого ли мы и приходим на подобные мероприятия? Надеюсь выступить на следующей SQADays-12, где бы она не проходила. Спасибо организаторам, докладчикам и участникам за отлично проведенное время!

13-15 февраля с 17 до 19 часов по московскому времени проходила онлайн конференция для специалистов по автоматизации тестирования – Auto ConfeT&QA. Организаторы собрали докладчиков из России, Украины и Беларуси, которые представили на суд слушателей 10 докладов. Уровень организации был достаточно высоким, докладчикам помогали подготовиться к выступлению, репетировали с ними доклады, делали ревью презентаций. В результате все выступили достойно.

Я тоже принимал участие в качестве докладчика с докладом «TDD c помощью функциональных тестов на WebDriver». Я давно хотел выступить на данную тему и как раз представилась неплохая возможность это сделать. TDD (Test Driven Development) является популярным подходом среди разработчиков. Сначала пишется тест, а только потом на основании этого теста пишется реализация. Эта практика дает много преимуществ, позволяя сосредоточиться на небольшом аспекте функциональности и автоматизировать проверку правильности его реализации. Таким образом, разработчик сразу думает о вариантах использования и реализует минимальный необходимый функционал.

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

Многим понятны преимущества TDD, но они не знают с чего начать. Некоторым кажется, что написание теста до появления реализации вообще невозможно. В своем докладе я рассказал не только о преимуществах и особенностях данного подхода, но и на примерах продемонстрировал, как работать с TDD на практике. Были рассмотрены варианты распределения ролей, техники написания тестов и особенности их использования. В качестве основного инструмента для тестирования использован WebDriver.

Доступен слайдкаст доклада:

Так как я показывал живую демонстрацию, то посмотреть доклад в полном объеме можно на видеозаписи:

Лично мне понравилось несколько докладов. Отлично выступил Алексей Баранцев на тему «Разработка стратегии автоматизации». Леша очень опытный докладчик, особенно в онлайн режиме. Доклад был насыщен полезными советами, которые помогут многим начать автоматизировать и снизить риски провала.

Яркий и живой доклад получился также у Ольги Киселевой, которая выступала первый раз. У нее была очень спорная тема «Можно ли писать автотесты на родном языке?», которая вызвала много споров и дискуссий. Но сам доклад никого не оставил равнодушным.

Еще я для себя отметил доклад «Обходные пути в автоматизированом тестировании», с которым выступал Дмитрий Жарий. Не всегда получается жить в идеальном мире и к нему приходится приспосабливаться. Именно о таких способах обходить препятствия и рассказывалось в докладе. Просто и со вкусом.

Остальные докладчики тоже молодцы. Спасибо всем за подготовку и потраченное время!

Организаторы проводили голосование среди участников за лучший доклад на конференции. Результаты опубликовали сегодня. С отрывом в один голос я занял второе место после Алексея Баранцева. Леша благородно отказался от приза по причине причастности к организации конференции. В результате, первый приз достался мне – игровая приставка Xbox 360 + сенсор Kinect. Я несказанно рад этому факту! Значит, мои усилия были интересны людям и приносят пользу. А теперь мое выступление принесло пользу и мне лично.

Я буду с удовольствием выступать в очередной онлайн конференции из этой серии – Chief ConfeT&QA. На этот раз с докладом «Жизнь без тестировщиков: миф или реальность?». Не подумайте, я не против тестировщиков. Наоборот – я за то, чтобы они занимались интересной работой и приносили большую пользу проекту. Подробности можно будет услышать на моем выступлении.

Участники задавали достаточно много вопросов после доклада. Ниже вы можете найти мои ответы:

Вопрос: Какими средствами CI докладчик пользуется (советует пользоваться) наряду с TDD?

Лично я уже давно почти везде пользуюсь TeamCity (http://www.jetbrains.com/teamcity/). Отличный UI, множество уникальных фичей, отличная интеграция с различными IDE, поддержка для практически всех известных мне инструментов, классная архитектура и т.д. Бесплатная версия подойдет для большей части проектов и не вызовет проблем или нехватки чего-то. На втором месте Jenkins (http://jenkins-ci.org/). Основной аргумент за него – бесплатный с огромным сообществом, а это значит куча плагинов под все, что только можно придумать. Но UI достаточно беден и нужно конфигурировать плагины самостоятельно.

Вопрос: А если ошибки возникнут потом при эксплуатации? Те тесты, которые не предусмотрели в «чек-листе», согласованном с клиентом?

То, что мы не предусмотрели, не могло быть реализовано. Оно должно быть реализовано как отдельная доработка. А там действует все тот же TDD. На любой баг или недоработку сначала пишем тест, а потом уже начинаем работу…

Вопрос: По факту все же получается, что тест пишется паралельно с реализацией?

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

Вопрос: А какую test management system посоветуете?

В идеале – никакую. Я уже говорил о дублировании усилий на поддержку тестов и тест кейсов. Я вижу этот процесс как полную автоматизацию, поэтому предлагаю избегать использования test management систем. Они заведомо склоняют нас к дублированию.

Вопрос: Авто тесты лучше писать до разработки приложения или после и кто должен за это отвечать?

Конечно же их лучше писать до разработки. В этом и есть подход TDD. Таким образом вы сможете получить весь спектр преимуществ, о которых я упоминал в докладе.

Вопрос: Что делать если UI достался от legacy проекта?

Legacy код будет проблематичным для всех, включая тестировщиков. Но TDD заставляет работать над проблемами всей командой. Разработчики будут помогать победить проблемы. Вам придется разработать с течением времени тонкую прослойку над вашим нетестируемым UI и в будущем будет на порядок легче.

Вопрос: Опиши детальнее возможности инструмента testdox.

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

Вопрос: Что ты думаешь по поводу BDD?

BDD – отличная практика, которая является подмножеством TDD. Вместо тестов рекомендуется начинать с поведенческих шаблонов приложения, причем оформлять их в человеческом виде (в основном предложениями английского языка). Не всегда дополнительные расходы времени на специализированный инструмент действительно оправданы. Если никто со стороны бизнеса не заглядывает в эти тесты, то возможно стоит перейти на уровень технических тестов с DSL.

Вопрос: Прокомментируй еще раз рекомендации с чего начать.

Начать стоит с того, чтобы осознать четко для себя зачем и почему стоит работать по TDD. После этого стоит донести свои мысли и идеи до всех членов команды. Причем не то, что вы собираетесь работать по TDD, а то, какие преимущества могли бы получить все от этого. Если у вас получится это сделать, то все будут хотеть применить TDD. А потом дело лишь в стратегии. Вам нужно найти удобный момент и начать внедрение. Поддержка команды поможет вам сделать это достаточно быстро (я имею ввиду начать). А дальше у вас будет освобождаться все больше времени за счет 100% автоматизации новой функциональности и вы сможете укрепить свои позиции. И не забудьте подготовиться морально к тому, что придется поломать мозг, как свой так и коллег. Удачи!

Я решил не откладывать в долгий ящик написание отчета о прошедшей конференции SQADays-10 и оформить его по горячим следам. Я давно собирался посетить эту конференцию, которая стала просто легендарной для тестировщиков, но все время что-то мешало мне это сделать. На этот раз обстоятельства сложились благоприятно и я решил выступить в качестве докладчика. Поэтому мой отчет будет не только глазами участника, но еще и опытного докладчика. В отчете я буду стараться держаться позитивной стороны, но будет проскакивать местами и конструктивная критика. Поэтому заранее прошу никого не обижаться. Как я писал некоторое время назад, негативная обратная связь несет больше всего информации.

Мы летели на конференцию из Киева с Андреем Дзыней, который тоже собирался выступить с докладом. Аэропорт Домодедово находится недалеко от места проведения, но нам все рекомендовали не рисковать и не ехать на такси. Поэтому, не смотря на достаточно ранний прилет, на место мы прибыли около 11-12 часов. Отель Милан, который принимал у себя конференцию, расположен недалеко от метро и мест в нем хватило на всех иногородних участников. С заселением проблем не возникло и мы, закинув вещи в номер, поспешили на доклады.

Первый день меня очень огорчил в плане докладов. До обеда в секции А было несколько спонсорских докладов и докладов про «космические корабли на просторах Большого Театра» от неизвестных мне зарубежных докладчиков. В секцию В пробиться было очень сложно, люди стояли сидели и повсюду. Сразу стало понятно, что организаторы погорячились с количеством участников. Разместить всех комфортно явно не удавалось. Поэтому поменять место дислокации у меня не получилось.

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

После обеда я отправился на доклад Ромы Юферева, который знаком мне с конференции AgileDays’11. Тогда он покорил меня докладом про психологию работы с программистами. В этот раз Рома выбрал несколько странную тему для тестировщиков. Он рассказывал о том, сколько денег тратится в мире на поддержку программного обеспечения и что стоит внимательнее относиться к логированию ошибок, что поможет группе поддержки быстрее решать проблемы. Также была представлена концепция «карты здоровья» для проекта и участники смогли представить, как она может помочь в анализе и предотвращении проблем. Лично мое мнение – Роме стоит делать доклады по той области, в которой они у него получаются лучше всего. Это People Management. Мы вечером детально обсудили с ним эту тему в кулуарах.

Стоит отметить постоянные перебои с интернетом. Точки постоянно подвисали, иногда пропадали и интернет «тупил». А потом пришло разочарование для участников онлайн трансляции. В Twitter выложили ссылку на бесплатный доступ. Как-то непрофессионально было сделано, хотя сразу было понятно, что нагрузка на интернет будет очень большая.

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

Кофе-брейк меня убил. Пирожки с непонятным содержимым внутри и растворимый кофе (может он был заварной, но по вкусу 100% растворимый).

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

В завершение дня я пришел на доклад Натальи Руколь. Наташа – отличный докладчик, но тема доклада была для меня лично набором советов от Капитана Очевидность. Слишком уж в радужных красках описывалась жизнь «правильного» тест-менеджера. Хотелось бы мне познакомиться с парочкой таких.

После докладов началась торжественная часть, на которой нас ждал небольшой фуршет с легкими закусками и шампанским, выступление скрипачки и «зажигательный» ведущий. Апофеозом этого праздника стало награждение организаторами самих себя. Я был немного в шоке от происходящего. Особенно, когда нашелся однофамилец и теска Александра Орлова, а его отправили восвояси. Как-то выглядело это все странно и наигранно, при этом роль собравшихся участников была неясна. На дискотеку почти никто не остался.

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

Утро выдалось непростым. Недосып и отсутствие нормального утреннего кофе дало о себе знать. Мой мастер-класс в программе стоял перед обедом и пришлось приложить немало усилий, чтобы выглядеть бодрым и веселым. Тут хочу отметить пару серьезных недочетов в работе организаторов. Во-первых, микрофоны были ужасными. Радио-микрофон работал с перебоями, а стационарный не позволял далеко отойти и приходилось все время его держать в руках. Ощущения как у певца 70-ых. В 21-ом веке можно было бы сделать петличные или наголовные микрофоны, что на порядок удобнее для докладчика. Во-вторых, размер экрана оставлял желать лучшего. Ведь не у всех хорошее зрение и нет смысла заставлять участников мучиться. О своем докладе говорить много не буду. Скажу только, что ожидал большего интереса от автоматизаторов, возможно по привычке от аудитории в Украине. По приезду я подготовил слайдкаст выступления:

Все демонстрируемые примеры также опубликованы.

После обеда, который мало чем отличался от предыдущего дня, я отправился на круглый стол сообществ тестировщиков. Там царил хаос и неразбериха. Никто не понимал зачем все собрались. Каждый пытался вырвать для себя микрофон и рассказать свою историю. При этом даже «опытные гуру» вели себя точно также. Я отправился на стендовую секцию послушать Сашу Орлова, но сделать это было очень тяжело. Секция была забита народом, а все докладчики выступали без микрофона. Это я бы также отнес к недостаткам организации. Средней мощности колонки бы не помешали.

Следующим докладом я выбрал рассказ Екатерины Жульковой про удаленное тестирование. Этот доклад заставил меня позлиться. Все так славно получалось у докладчицы: они не считают себя командой, работает кто когда хочет, программисты днем работают, а тестировщики ночью тестируют, оценивают задачи как хотят… И главное, все счастливы! Если так все в жизни просто и легко, зачем выдумывается столько процессов и практик? Зачем весь мир сейчас движется в сторону Agile с построением настоящих команд? Окончательно добил комментарий по поводу оценок в проекте от одного из участников: «Оценку может делать только эксперт. Нет эксперта – нет оценки!». Я на некоторое время ощутил себя в другом мире. Брррррр! Неприятное ощущение!

Злой я отправился на доклад Кати Каменевой и, как оказалось, очень правильно сделал. Катя рассказывала про процесс тестирования в их компании, взаимодействие с разработчиками, полезные практики и инструменты. Я бы смело назвал этот процесс отличным примером Agile тестирования. Я лично знаю Катю – она была у нас на конференциях, тренингах и прочих мероприятиях. Для меня этот доклад стал лучшим на конференции. Отличный визуальный ряд, уверенный рассказ про собственный опыт с примерами и реальными историями. И успешный проект, который поднял очередные инвестиции. Особенно классным было то, что доклад «взрывал мозг» большей части аудитории. Twitter лента кипела комментариями. Вопросы после доклада к Кате были провокационные, но лишенные смысла: «можно ли так добиться 100% качества», «а что если вся ваша команда тестировщиков уволится», «а вы не думали взять и все задокументировать»… Катя держалась молодцом и отлично отбивалась от всех нападок. Класс!

На следующий доклад я не пошел и потратил время на убеждение одного знакомого в том, что Continuous Delivery является замечательной практикой, которая стимулирует построение правильного процесса разработки и тестирования с множеством других полезных практик и подходов. Потом снова встретил ребят из Skype и провел мини-презентацию одного из инструментов на основе WebDriver – Thucydides. Еще успел много с кем пообщаться, за что им большое спасибо!

Последним докладом я выбрал мастер-класс от Орлова и Панкратова. Это было очень весело. Мы делали самолетики, разбившись по командам. Наша команда заняла второе место. Потом смотрели живые спектакли от участников конференции на тему неконструктивных команд. Ребята молодцы и придумали классный развлекательный формат. В самом конце они провели аналогию коммуникативных отношений с жизненным циклом дефекта и дали несколько советов участникам. Мастер-класс был веселым, но малоинформативным, хотя кого-то 100% заставил задуматься.

На официальное закрытие я не остался и отправился ужинать все в тот же ресторан «Интер». Нас опять было много. Шутили, пили пиво, знакомились, рассуждали об образовании, тестировании, конференции и прочих общих темах. Было классно, но нужно отправляться домой. Мы вылетали поздно вечером и до полуночи уже были дома.

Подведу итоги. В целом я доволен поездкой. Тестировщики – очень позитивный народ и всегда активно общаются, обсуждают проблемы и подходы. Для меня поездка стала очередным опытом работы совершенно с непривычной аудиторией. А такой опыт сильно развивает. Я записал себе несколько классных идей на будущее, что происходит не так часто. Отметил для себя недостатки организации, которые постараюсь не повторять в своих мероприятиях. Познакомился с новыми интересными людьми и наметил планы на сотрудничество. Спасибо всем, кто участвовал в конференции! В следующем году будем рады принять SQADays-11 в Киеве!

В субботу 12 ноября мы проводили первую онлайн конференцию на платформе IT Brunch. Называлась она «В гостях у Agile практиков» и собрала докладчиков, практикующих Agile подходы из России и Украины. Отчет о самой конференции можно прочитать на сайте, а больше понять как оно происходило – в ленте Twitter.

Я помимо организации был одним из докладчиков. Тема моего доклада была «Небольшие гипер-продуктивные команды». Я уже выступал с этим докладом в формате PechaKucha, но там было достаточно мало времени рассмотреть детальнее эту интересную тему. Пересказывать содержание доклада нет смысла. Вы можете сами его послушать, если не пожалеете 30 минут своего времени:

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

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

Вопрос: Как построить идеальную команду, учитывая дефицит кадров? Не проще инвестировать в рост кадров в случае долгосрочного проекта?
Ответ: Да, дефицит кадров очень сильно влияет на возможность построить классную команду. Но не стоит забывать о правильной мотивации, которая может во многих случаях играть немаловажную конкурентную роль при выборе потенциальным сотрудником места работы. При прочих равных условиях вы при сборе небольшой эффективной команды имеете преимущества перед большими бюрократическими командами. Для «правильных» людей конечно. Инвестировать в рост при долгосрочном проекте можно и нужно. Вот только делать это нужно с умом и без спешки. Не стоит брать толпу джуниоров и тратить кучу времени команды на их воспитание. Тем более учитывая какой «неблагодарный» у нас рынок. Лучше растить по одному или же использовать отдельный центр повышения квалификации, если есть на это средства.

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

Вопрос: Скажите, пожалуйста, не приведет ли такая команда к незаменимости ее членов? Особенно в условиях нынешнего кадрового голода, а, по Вашим словам, разменивать время дорогих специалистов на подготовку джуниоров неэффективно.
Ответ: Как раз наоборот. Благодаря небольшому размеру команды и постоянному тесному взаимодействию с использованием правильных практик, вы получите более-менее взаимозаменяемых членов команды. Но ничего не вечно и кто-то когда-то решит ее покинуть. В действительно хорошей небольшой команде каждый осознает ответственность за свой уход и он решается гораздо менее безболезненно. Человек помогает отобрать для себя замену и идет на уступки по поводу условий ухода. Понятное дело, что это не в 100% случаев, но шансы гораздо выше, чем в большой команде.

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

Вопрос: Команде из 3-х человек не нужен менеджер. А нужен ли менеджер (владелец) продукта? Тот, кто будет отвечать за успех продукта в целом?
Ответ: Обязательно нужен. Он будет как раз той недостающей частью, которая позволяет команде показать свою эффективность. Сама команда не может отвечать за продукт (его функциональность, важность и прибыльность). А без этой информации команде тяжело сделать то, что будет названо «классным продуктом».

Вопрос: Может ли владелец продукта быть членом команды и скрам-мастером?
Ответ: Я некоторое время назад писал на тему кто может быть ScrumMaster-ом на проекте. ScrumMaster и Product Owner – это роли, которые налагают определенные зоны ответственности и правила работы. Определить кто удачнее подходит для какой роли можно в каждом конкретном случае. Если новая роль не конфликтует с уже существующими для этого человека ролями, то он является хорошим кандидатом.

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

В эту субботу 29 октября в Днепропетровске прошла первая конференция QADnepr Mini Conference от сообщества QA Dnepr. Темой была выбрана автоматизация тестирования. Сама конференция задумывалась как небольшое мероприятие на целый день с выступлениями в один поток. Докладчики собрались из разных городов Украины: Киев, Харьков и Днепропетровск. Темы докладов также подобрались совершенно разнообразные – от нагрузочного тестирования до тестирования мобильных приложений.

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

Организаторы выбрали очень классное место проведения – конференц-зал в новеньком офисе компании «Киевстар». Здание находится недалеко от центра и открыто совсем недавно. Конференц-зал идеально подходит для проведения подобных мероприятий на 150-200 человек. Удобная сцена для докладчика, мягкие сиденья для участников, правильная форма зала, которая дает отличный обзор для всех присутствующих – все это делало посещение докладов очень комфортным. Как докладчик я еще могу добавить в копилку плюсов отличный звук и проектор, который не слепил глаза.

Утром я приехал пораньше чтобы выпить кофе и поболтать с коллегами. Просторный холл к тому времени уже был заполнен тестировщиками, общением и хрумканьем печенюшек. Приятно порадовало присутствие фруктов на всех кофе-паузах. Организаторы позаботились об участниках, закупив яблоки и бананы. С кофе вышла небольшая накладочка – хотелось бы «проснуться» от натурального кофе, а не напитка «3 в 1″. Но это уже если сильно придираться. Я повстречал много знакомых из разных городов, среди которых было достаточно много участников моих тренингов. Было очень приятно всех видеть. Такой интерес к конференции говорит о недостатке такого рода мероприятий и о верном выборе организаторов. Ведь иначе люди бы не ехали за сотни километров.

В холле стояли стенды компаний-спонсоров конференции. Они раздавали анкетки, по которым в конце дня должны были разыгрывать призы. Мое внимание привлекла игровая приставка Xbox с установленным к ней Kinect. Любой желающий мог свободно попробовать себя в различных играх. Я давно хочу приобрести себе такую домой и поэтому с радостью принял участие в виртуальном боксерском поединке. Было очень классно. Необычные ощущения. Мне удалось даже одержать победу техническим нокаутом. Рекомендую всем!

Конференция началась вовремя с вступительного слова организаторов. Это их первое подобное мероприятие и они очень волновались. Во время открытия я обнаружил вторую и последнюю проблему – отсутствие Wifi. Я планировал вести трансляцию в Twitter, по крайней мере чтобы дать повод для подколов Леше Солнцеву. Но не судьба.

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

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

После перерыва на сцену вышел Гена Алпаев, который слывет гуру TestComplete. К слову, перерывы были по 15 минут и этого с лихвой хватало на отдых и общение. Здорово когда на следующий доклад приходишь отдохнувшим. Гена рассказал как улучшил свои тесты случайными данными, повысив покрытие и уменьшив вероятность пропустить ошибку в приложении. Это полезный подход, который стоит взять на заметку всем автоматизаторам и разработчикам.

Перез обедом мой коллега по компании Zoral Labs Иван Лысенко поделился советами по поводу анализа результатов нагрузочного тестирования. На мой взгляд доклад был очень классный, ведь организовывать тестирование – это лишь половина дела. Ошибка при анализе его результатов может свести на нет все усилия. Иван на примере показал способы обработки статистической информации и связывания ее с проблемами в приложении. Здорово, что данная тема была затронута, ведь ее освещают не так часто как стоило бы.

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

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

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

Но оказалось, что многим мой доклад пришелся по вкусу. Было очень много вопросов. На ответы ушли все отведенные на это 10 минут и 15 минут перерыва. Вопросы были разносторонние и интересные. Кто-то поддерживал мои взгляды, кто-то делился опасениями и сомнениями по поводу описанных подходов, кто-то спрашивал о конкретных рекомендациях в своем контексте. Большое спасибо за это общение! Надеюсь вы узнали что-то новое и задумались о возможности улучшить ваши процессы и подходы к работе в проекте. Я получил очень много благодарственных листочков обратной связи, о которых я рассказывал в начале обзора. Причем они продолжали поступать до самого закрытия конференции. Хочу поблагодарить всех за приятные слова и поддержку! Это очень-очень приятно и заряжает положительной энергией.

Пересказывать свой доклад в деталях не буду. Вот презентация (звук добавлю как только организаторы им поделятся):

Следом за мной выступал Александр Качур с докладом про автоматизацию мобильных приложений под Android и MeeGo. Я очень далек от мобильной разработки, поэтому мало что вынес для себя полезного из доклада. Очень жаль, что не заработали видеоролики с демонстрацией написания и запуска тестов. Без них доклад смотрелся немного неполным. Но это была, к сожалению, неожиданная техническая проблема, которую так и не удалось победить. Зато для себя я сделал заметку с идеей очень классного выступления.

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

Закрывал конференцию своим выступлением Андрей Дзыня. Он демонстрировал инструмент для автоматизации веб-приложений Watir. Отличительная особенность этого выступления заключалась в большом количестве живых демонстраций. Мне кажется, что это очень правильный формат. Он дает участникам представление об уровне сложности использования инструмента, а также оживляет зал. Мне выпало в этот день еще раз оказаться на сцене во время доклада, но на этот раз в роли ассистента. Я подрабатывал стойкой для микрофона, развязывая руки для работы Андрею. Доклад получился слаженным, живым и практичным. В конце даже затронули тему BDD и активно обсудили ее с участниками в зале. Андрей разыграл две книги в качестве призов тому, кто найдет умышленно допущенные ошибки в его презентации. Книги, к моему удивлению, нашли своих обладателей, что в очередной раз напомнило о профессии собравшихся в зале людей.

Это был последний доклад. После него начался розыгрыш призов. Он принес несколько неожиданностей. Во-первых, Андрей Дзыня умудрился выиграть Amazon Kindle, который он очень хотел. Во-вторых, я прислушался к советам Кэпа Очевидность и заработал много баллов в викторине о компании-спонсоре Apriorit, за что был награжден веб-камерой. Вот такие приятные сюрпризы. Потом все докладчики вышли на сцену вместе с организаторами для прощальных аплодисментов. На этой позитивной нотке закончилась первая конференция сообщества QA Dnepr. Но, по словам организаторов, далеко не последняя. Такие мероприятия очень сильно развивают рынок IT. Поэтому хочу пожелать ребятам успехов в их нелегком труде.

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

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

Наконец-то дошли руки до отчета о прошедшей в прошлую субботу конференции IT Jam. Я прочитал уже несколько отчетов и во многом согласен с их авторами. Все же хочу внести свою лепту в обзор конференции.

Начну с хорошего. Одесса – это отличный выбор для подобного рода мероприятий летом. Море, солнце, красивый город с кучей ресторанчиков и интересных мест. Что может быть лучше для мероприятия, которое своей целью имеет общение IT-шников? А собралось их действительно немало. По предварительным анонсам ожидалось 1800+ участников, но по личному ощущению было не больше 1000 (я не претендую на объективность). Все равно это большая победа организаторов, потому что собрать такое количество участников удается далеко не каждой конференции.

Сама конференция проходила в конференц-залах морского вокзала. Регистрация открывалась в 10:30, но принять такое количество человек организаторы были явно не готовы. К регистрационным стойкам были огромные очереди. Самих регистрационных стоек было маловато для такого количества желающих зарегистрироваться и они были сосредоточены в одном месте, что существенно затрудняло передвижение. В очередной раз не порадовал бейдж. Очень хотелось бы видеть побольше информации о человеке (хотя бы город и должность). Это помогло бы многим найти больше интересных людей. Совсем печальной была ситуация с утренним кофе. Я пришел в 10:40 и от кофе с чаем уже ничего не осталось. А многие ехали напрямую с вокзала и им бы не помешало взбодриться. Тут организаторы явно не рассчитали.

Очень порадовал Wifi – он не переставал работать на протяжении всего мероприятия. Это действительно большое достижение, особенно с учетом количество пользователей. Я побывал на многих конференциях, где Wifi падал уже через 10 минут после начала мероприятия. Иногда тормозила основная точка, но дополнительные работали как часы. Респект организаторам!

Открытие конференции вышло несколько сумбурным, потому что многие уже к тому времени занимали места в залах для выступлений. И не зря они это делали! Оказалось, залы просто не способны вместить всех желающих. Во всех залах без исключения достаточно много людей стояли. Для меня это более чем непонятно. Если расчет шел на такое количество людей, то возможно стоило поискать помещение побольше? Я конечно понимаю, что мероприятие бесплатное и ждать качественного сервиса не приходится, но тут явно был очень большой просчет. Ведь стоять полчаса на докладе не очень приятно. Вторая проблема, которая просто преследует IT Jam из года в год – это разделение залов. Тоненькие перегородки не дают полной звукоизоляции и на некоторых сценах докладчикам и участникам приходилось туго.

Теперь по поводу самих докладов. В принципе каждый мог выбрать себе сцену согласно интересам. Их было целых 6 с совершенно разными направлениями. Конференция не является тематической, поэтому ждать высокого уровня докладов не приходилось. Хотя некоторые были очень даже неплохие. Опыт посещения всех конференций IT Jam показал, что нововведение прошлого года в виде 30-минутных докладов является неудачным. За это время докладчик не может раскрыть детально тему, а тем более ответить на вопросы участников. В итоге многие уходят с ощущением очень поверхностной подачи информации. Я выступал на Java сцене с докладом «Scalable Java Application Development on AWS». Этот доклад я уже презентовал на конференции JEEConf, где было гораздо больше времени. В этот раз пришлось немного ужать информацию. Но доступно видео, поэтому все желающие могут посмотреть доклад в полном объеме:

Самая большая ошибка организаторов на мой взгляд – это не выделить время на обед. Я думаю, что многие рассчитывали на кофе паузу, которая по программе должна была состояться около 16:00. Но случилась «битва за бутерброды». Все размели буквально за несколько минут. Те, кто не успел, остались голодными. Опять же, в силу бесплатности мероприятия, не стоило рассчитывать на достаточное количество людей. Но можно было сделать обеденный перерыв, уменьшив количество докладов, тем самым дав людям возможность перекусить в близлежащих кафешках. Зато на данной ситуации сделало немало денег кафе в холле конференции. Сосиски в тесте и бутерброды разлетались на ура, а кофе с ужасающим вкусом (лично попробовал) лилось рекой. Очень сочувствую тем, кто утром приехал прямиком с поезда и не завтракал. Досидеть до вечера было нереально. Я ушел с последних трех докладов на обед. Очень жалею, так как были интересные для меня темы. Но предстояло еще одно выступление и надо было подкрепиться.

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

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

Последний час конференции заняла Pecha Kucha. Мне кажется, что только ради этого стоило посетить конференцию. Доклады были яркими и интересными, а самое главное короткими. Всего 400 секунд выделялось каждому докладчику на то, чтобы донести до аудитории свою идею. Темы были очень разнообразными, начиная от мифов о дизайне и заканчивая проведением интересных корпоративов. С нетерпением жду публикации презентаций. Я выступал с темой «Небольшие гипер-продуктивные команды». В докладе речь шла о том, какие преимущества дает небольшая команда и как ее построить. Презентация пока без звука, но скоро будет полноценной:

Завершилось все живым выступлением рок-групп из мира IT под пиво и пивные закуски. Не являясь почитателем данного направления в музыке, мы отправились гулять по городу и ужинать. Компанию за ужином составили Тим Евграшин с семьей и Дима Маленко. Вечер закончился в Ибице (пожалуй лучший клуб в Украине). Улетали мы вечером в воскресенье, поэтому хватило времени вдоволь поваляться на пляже.

В целом я отлично провел время в одном из любимых городов Украины, повстречал много знакомых и выступил перед интересной аудиторией. Можно сказать, что мероприятие удалось! Большое спасибо организаторам! Надеюсь, что они учтут все жалобы и промахи, сделав следующий IT Jam еще лучше. Небольшой фотоотчет с места событий:

Уже много времени прошло с последней конференции AgileDays’11, которая проводилась в Москве весной этого года. Мы уже выкладывали видео с одного из наших выступлений на этой конференции. Теперь, благодаря усилиям Стаса Фомина, мы имеем возможность выложить еще видео еще двух наших докладов. За это ему большое человеческое спасибо.

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

Первым выступал я с докладом про использование Unitils для модульного тестирования в Java. Существует множество инструментов и библиотек для модульного тестирования в Java, но каждый из них требует определенных настроек и знаний правил использования. При этом отсутствует единый стиль подключения и применения подобных инструментов. Unitils – это библиотека, которая собрала воедино все, что нужно для тестирования различных частей Java-приложения. С помощью Unitils можно легко организовать тестирование доступа к базе данных, интеграции с Spring и Hibernate, а также сильно облегчить работу с модульными тестами и использованием Mock объектов. В докладе, на примере реального проекта, были продемонстрированы основные преимущества и достоинства данной библиотеки, подходы и практики для написания простых и стабильных модульных тестов.

Сразу после меня Леша Солнцев выступил с докладом, посвященном Maven 3. Полной автоматизацией процесса сборки приложения уже никого не удивишь. Не в последнюю очередь благодаря Maven – системе управления жизненным циклом проекта. Однако проекты растут очень быстро: увеличивается количество модулей, тестов, зависимостей, используемых плагинов. И всего лишь за год легковесный проект, на сборку которого уходило 5 минут, превращается в монстра, который пожирает время разработчиков 30-минутной сборкой. Чтобы справится с этой проблемой разработчикам приходится постоянно чистить свой код и бороться со скоростью выполнения тестов. Это верное решение, но не следует забывать о том, что и сам процесс сборки можно улучшить. В этом докладе Леша рассмотрел, как при помощи простых и нехитрых шагов можно оптимизировать работу с зависимостями и обогатить скрипты сборки полезными плагинами, а также тонкости конфигурации основных плагинов и особенности работы с командной строкой, которые появились в последней версии Maven.

Мне выпала честь закрывать конференцию своим докладом об особенностях разработки Java проектов на AWS. Разработка «облачных» приложений сильно отличается от разработки в обычной среде. Amazon предоставляет набор сервисов для полноценной работы «облачных» приложений – EC2, S3, EBS и другие. В докладе речь шла о возможностях AWS, специфике разработки приложений, особенностях использования Java-технологий и библиотек, а также принципах построения гибкой масштабируемой архитектуры в данном окружении. На примере реального приложения были продемонстрированы подходы и практики, которые позволят вам создавать и поддерживать надежные распределенные системы на базе Java и AWS.

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

Вчера на территории компании Ciklum прошла первая в Украине встреча Agile PechaKucha. Это была встреча в неформальной обстановке с пивом, пиццей и насыщенным общением. Собралось немало людей, заинтересовавшихся данным форматом встреч. Некоторое время назад я описывал как проходят такого рода мероприятия. Мои впечатления сугубо положительные. Формат понравился – все очень быстро и динамично, без скучных долгих докладов. Времени хватает и на то, чтобы послушать докладчика и задать все интересующие вопросы. Докладчики тоже порадовали своей подготовкой, презентации получились очень живые. Большое спасибо организаторам за то, что пригласили поучаствовать и выступить с докладом. Я подготовил доклад «Agile. The way from chaos to flow» на тему эволюции Agile подходов и важности всех шагов на пути каждой команды.

Алексей Солнцев выступил с докладом «Agile: вид из окна тренажёрного зала», в котором провел параллель между Agile подходами и занятиями в тренажерном зале. В докладе прозвучало множество конкретных примеров и аналогий из жизни, интересные советы и практики. Данная аналогия заставила взглянуть под другим углом на процесс разработки и управления командой.

Хотелось бы пожелать организаторам успехов в этом начинании и еще много интересных встреч в формате PechaKucha!

Как мы и обещали, выкладываем презентацию с семинара Сергея Поволяшко «Записки о рисках», проходившего 27 ноября в Киеве:

Также напоминаем, что 18 декабря пройдет полноценный тренинг на тему «Управление рисками в IT проектах». Цель тренинга – глубже рассмотреть принципы и методики управления рисками, а также возможности по их применению на практике. Практическая ориентированность тренинга позволяет не только освоить теоретический материал, но и проверить его эффективность. Это необходимо для профессионалов, технических и проектных менеджеров и тех, кто хочет ими стать. Полезен тренинг будет и для опытных руководителей, которые открыты для получения знаний и улучшения своих навыков. Подробности можно узнать из детальной программы тренинга. Регистрация уже открыта и продлится до 13 декабря. Стоимость участия 1000 гривен за участника (обед включен). При регистрации от трех человек скидка 10%. Всем участникам семинара предоставляется скидка 15%. Торопитесь, количество мест ограничено!