2-3 декабря в Москве прогремит очередная масштабная конференция тестировщиков SQA Days 10. Детальная программа конференции уже подготовлена и опубликована. Участники смогут услышать множество докладов на совершенно разнообразные темы из области тестирования. Я давно хотел выступить на этой конференции и в этом году выкроил время и подготовил мастер-класс на тему “DSL, Page Object и WebDriver – путь к надежным функциональным тестам”.
Впервые идея данного мастер-класса была реализована на конференции Selenium Camp. Презентация этого выступления выбилась в лидеры среди всех моих презентаций и была просмотрена более 5000 раз. Это свидетельствует о большом интересе к данной теме. С тех пор в мире Selenium многое изменилось – вышел Selenium 2.0 (aka WebDriver), в котором много подвижек было сделано в сторону применения шаблона Page Object. Я полностью переделал презентацию и примеры с применением новых возможностей, а также расширил список рассматриваемых инструментов. Детальное описание мастер-класса:
“Нестабильность автоматических тестов – актуальная для многих проблема. Вы наверняка сталкивались с ней не раз, если пробовали использовать инструменты, работающие через пользовательский интерфейс. Тесты очень сильно завязаны на структуру страниц, расположение элементов и их атрибуты.
На примере реального приложения будет продемонстрировать, как, используя шаблон Page Object с WebDriver/Selenium, разработать доменный язык (DSL) и использовать его в тестах. Это сделает ваши тесты более надежными, изолированными от технических деталей работы инструмента, а также сильно упростит их поддержку и модификацию.
Концепции и техники, представленные в мастер-классе, вы сможете успешно применить и с другими инструментами автоматизации тестирования.”
Чтобы сделать мастер-класс еще полезнее и интереснее, вы можете заранее задать вопросы или обозначить особенно интересные области. Сразу оговорюсь, что я буду рассказывать о грамотных подходах к написанию тестов с использованием Selenium/WebDriver, а не об особенностях работы самого Selenium/WebDriver. Пишите в комментариях к этому анонсу или в Twitter @xpinjection. Буду рад услышать ваши пожелания!
До начала конференции XP Days Ukraine еще больше месяца, а уже зарегистрировались около 200 участников из 54 компаний и 15 городов Беларуси, Украины и России. Инженерные практики и подходы интересны как разработчикам, так и другим членам команды: тестировщикам, техническим лидерам, менеджерам. Ведь практически любой проект непосредственно связан с написанием кода, его тестированием и поддержкой. И от правильности выполнения данных активностей непосредственно зависит успех проекта.
Программа конференции выглядит многообещающе. Организаторы собрали более 25 докладчиков из Украины, Беларуси, России, Англии, Дании, Польши, Норвегии и США. В основной день конференции, 17 декабря, участники смогут услышать 19 докладов, а также 8 мини-выступлений в секциях Tools Talks и Lighting Talks. В секции Tools Talks каждый выступающий будет иметь 15 минут для освещения темы использования какого-то инструмента, непосредственно связанного с Agile инженерными практиками. Секция Lighting Talks даст каждому из докладчиков шанс в течении 15 минут поделиться своими советами, практиками и решениями.
Mark Seemann, опытный разработчик и автор книги «Dependency Injection in .NET» поделится с участниками опытом разработки договоренностей и стандартов, благодаря которым код выглядит более стройным, легким в поддержке и сопровождении.
Joseph Wilk, один из ключевых разработчиков Cucumber, покажет, как этот инструмент помогает в создании “живых” требований и используется в популярной практике BDD.
Pawe? Lipi?ski расскажет о принципах и подходах к дизайну в Agile. Нужно ли принимать долгосрочные решения? Помогают ли в дизайне UML диаграммы и TDD? Эти и многие другие вопросы будут рассмотрены в деталях.
Johannes Brodwall проведет практический мастер-класс по применению TDD и парного программирования. Программируя в паре с другим разработчиком, Johannes будет демонстрировать различные практики и тонкости TDD. Желающие поучаствовать в качестве партнера для Johannes могут написать ему в Twitter (@jhannes).
Дмитрий Коваленко расскажет о своем опыте построения процесса постоянного автоматизированного тестирования с использованием различных популярных инструментов: RSpec, Cucumber, Selenium. Дмитрий имеет большой опыт работы в тестировании, включая такие компании как ThoughtWorks и Groupon.
Это лишь малая часть интересных докладчиков и тем, освещаемых на конференции. Также будут рассмотрены вопросы архитектуры и дизайна в Agile, автоматизации всех уровней тестирования, применения практик Code Review, TDD, рефакторинга, Continuous Integration, работы со старыми проектами и legacy code, построения процесса непрерывной поставки продукта, управления качеством кода.
Но XP Days Ukraine – это больше чем просто конференция. 15-16 декабря будут организованы разнообразные тренинги и мастер-классы для повышения мастерства и навыков участников:
Программа еще окончательно не сформирована и есть несколько зарезервированных мест для докладчиков на ключевые темы. С ними до сих пор ведутся переговоры. До 15 ноября возможны небольшие изменения в программе, но все они будут приятными и лишь добавят интересных событий. Еще есть несколько свободных мест в секциях Tools Talks и Lighting Talks. Зарегистрировавшись докладчиком в одну из секций, вы получаете скидку 50% на посещение конференции, а также все почести и преимущества докладчиков.
Таким образом, XP Days Ukraine станет крупным и интересным событием в области разработки. На данный момент действует основной этап регистрации, который продлится до 15 ноября. Стоимость участия на этом этапе составляет 700 гривен и будет расти по мере приближения даты проведения конференции. Зарегистрировавшись заранее, вы имеете возможность попасть на конференцию по меньшей цене. Также вы можете получить скидку 10% при групповой регистрации (группа от 5 человек). Поэтому собирайте своих товарищей и коллег и мы будем рады видеть вас на конференции!
Это очередной выпуск рубрики “Полезное чтиво”, которая выходит по понедельникам. Вот что можно почитать на неделе:
Читайте и набирайтесь новых знаний!
Я слышал очень много нареканий в сторону Agile подходов по поводу стремления к кроссфункциональности в командах. Обычно в критических материалах приводятся достаточно идиотические примеры. Вот парочка из них:
Я расскажу о своем взгляде на эту проблему. Каждый из нас обладает определенным рядом навыков и опытом их применения. В зависимости от этих навыков мы можем делать различную работу с разным уровнем эффективности. Для меня кроссфункциональная команда характеризуется прежде всего возможностью членов команды делать некоторую часть работы вне своей основной зоны компетентности. Не факт, что эффективно. Не факт, что супер-качественно. Но может. Я даже не пытаюсь добиться полной замены других членов команды. Зачастую это просто невозможно. И я тоже не верю в то, что каждый тестировщик может писать код достаточного качества напрямую в production. 😉 Но любая работа состоит из частей. И не все части одинаково важны и требуют мега-навыков.
Приведу пару примеров. Работа тестировщика-автоматизатора может быть поделена на следующие части (грубое деление): продумывание сценариев, написание логики сценариев, сбор данных, реализация прослойки доступа тестов к тестируемому приложению. Все эти активности могут быть реализованы и другими членами команды, но каждая с разной эффективностью и качеством. В данном примере все, кроме продумывания сценариев, разработчик может сделать ничуть не хуже тестировщика (скажу “чуть хуже”, чтобы тестировщики не обиделись).
Работа HTML верстальщика также состоит из нескольких частей (снова грубое деление): верстка базовой версии HTML страницы, прикручивание основных стилей, хаки и правки под разные браузеры. И снова та же история. Только последняя активность требует критических навыков. Первые две активности достаточно адекватно может сделать и веб-разработик (в моем понимании не только может, но даже обязан уметь их делать).
Еще один мифический персонаж – DBA. У него вообще огромное число возможных активностей (и опять я груб): раздача прав на базы, создание схем, тюнинг запросов, модификация и миграция данных и т.д. Большая часть из них относятся к административной работе и может быть автоматизирована. Или выполнена разработчиком с последующим ревью DBA.
Но зачем все это нужно? Я вижу 3 цели у кроссфункциональности в моем понимании этого термина:
И напоследок еще один совет – кроссфункциональными нужно делать именно разработчиков, потому что они есть на любом проекте и без них разработка врядли сдвинется с мертвой точки. Все остальные специалисты в большей части случаев в меньшинстве и их работу нужно оптимизировать просто чтобы избежать затыков. Поэтому не надо решать задачу “научить тестировщика писать код” или “научить дизайнера тестировать”. Решайте задачу кроссфункциональности за счет разработчиков.
Сегодня первый раз рубрика “Полезное чтиво” выходит во вторник. Вчера не хватило ни сил ни времени опубликовать очередной выпуск. Но без полезных материалов я вас не оставлю:
Читайте на здоровье!
