Программа конференции

Michael Feathers – Working Effectively with Legacy Code (эффективная работа с унаследованным кодом)

This talk presents a collection of dependency breaking and test writing techniques that can be used to get existing code safely under test for refactoring and enhancement. These techniques can be used in conjunction with Test Driven Development to breathe new life into large existing code bases.

Алексей Баранцев – Каким должно быть приёмочное тестирование в agile-проектах?
(ИСП РАН, аккаунт-менеджер; главный редактор проекта Software-Testing.Ru)

Буквально каждая книжка, посвящённая agile-методам разработки подробно рассказывает о том, как и зачем использовать unit-тестирование. Интернет также полон статей, заметок, обсуждений, посвящённых unit-тестированию. А вот тему приёмочного (acceptance) тестирования многие авторы стыдливо обходят молчанием, потому что оно получается какое-то то не очень agile. Но и отказаться от него тоже не получается. Как можно организовать приёмочное тестирование, чтобы оно в максимальной степени соответствовало духу agile? Приходите, обсудим.

Дмитрий Всехвальнов – Unit testing XML
(Ведущий разработчик и архитектор Luxoft, Ping Identity ODC)

В докладе рассматриваются различные задачи тестирования, возникающие при работе с xml кодом. Демонстрируются основные приемы и методы позволяющие решать эти задачи в рамках unit-тестирования. Приводятся примеры построения среды для unit-тестирования xml кода, а также примеры использования в реальных проектах.

Андрей Бибичев – Безудержный Refactoring: как не убиться об стену
(Директор по Техническому развитию компании CustIS)

На тему рефакторинга кода написано немало книг. Правильный рефакторинг кода поможет любой команде эффективно и безопасно модифицировать свою систему.
Но не всегда рефакторинг применяется и понимается правильно. В этом докладе мы расмотрим, как делать рефакторинг с пользой для системы и при этом не “Убить себя об стену” в борьбе за качество кода.

Владимир Колесников – Тестирование Web2.0
(Ведущий разработчик, Yandex)

Хотя вебдваноль уже дважды похоронили, технологии родившиеся в это время будут использоваться еще не один год. Веб приложения наконец стали полноценными приложениями. Пользователи привыкли к rich UI в браузере. А то что раньше называлось просто «верстка» теперь именуется фронтендом, имеет свою архитектуру и составляет весомую часть проекта.
С ростом возможностей возросла и сложность разработки фронтенда. Кода стало больше. Больше стало и дефектов. Отсутствие тестов во фронтенде может дорого стоить проекту.
Все современные JS фрэймворки покрыты юнит тестами. Большинство веб-фрэймворков (RoR, Django, Zend) имеют встроенные средства для тестирования controller’ов и view. Появились open source средства для автотестирования веб приложений.
В докладе я хочу рассказать о том как и что нужно тестировать во фронтенде; о том какие средства сейчас доступны; о новых концепциях и о проверенных годами юнит тестах.

Илья Гаврилов – Тестирование в Agile проектах
(Тест Менеджер, Exigen Services)

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

Андрей Сатарин – Введение в непрерывную интеграцию
(Сотрудник отдела качества, CustIS)

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