 AgileDays - конференция, посвященная техническим практикам гибкой разработки
В теории применение технических практик Agile кажется очень привлекательным. Test Driven Development, Continuous Integration, Refactoring и прочие позволяют разработчиком повышать качество кода и эффективность разработки. Однако на практике возникает множество вопросов. Как делать рефакторинг в реальном проекте при отсутствии юнит тестов? Окупиться ли применение Continuous Integration? Как использовать TDD для наших технологий и архитектуре? И, наконец, как писать тесты при наличии большого объема унаследованного кода? На первой в России конференции по техническим практикам разработки мы постараемся ответить на эти вопросы. Конференция пройдет 12 декабря 2008 года в Москве с 10-00 до 19-00. Посещение бесплатное, но количество мест ограничено!
 Michael Feathers - специально приглашенный гуру 12 декабря приезжает гуру разработки программного обеспечения, автор известной книги "Working Effectively with Legacy Code", один из идейных лидеров Agile-движения. Michael Feathers
Senior Trainer, Mentor and Consultant Майкл Физерс является одним из ведущих специалистов компании Object Mentor. Майкл занимается коачингом в Agile/XP практик, организация тестирования, ООП и др. Майкл является активным участником Agile/XP сообществ. Майкл разработал и поддерживает Open Source проект CPPUnit. Полное резюме(анг)... Программа конференции (PDF, с разбивкой по времени. Может измениться) 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) На тему рефакторинга кода написано немало книг. Правильный рефакторинг кода поможет любой команде эффективно и безопасно модифицировать свою систему.
Но не всегда рефакторинг применяется и понимается правильно. В этом докладе мы расмотрим, как делать рефакторинг с пользой для системы и при этом не "Убить себя об стену" в борьбе за качество кода. Илья Гаврилов - «Тестирование в Agile проектах»
(Тест Менеджер, Exigen Services) В докладе рассматривается такие вопросы как: различные аспекты применения автоматизации и отслеживание прогресса при помощи метрик и ревью, планирование работ по тестированию, параллельный старт команд разработки и тестирования, их совместная работа, анализ нечетких требований, работа по отслеживанию изменений. Андрей Сатарин - «Введение в непрерывную интеграцию»
( Сотрудник отдела качества, CustIS) Использование непрерывной интеграции в процессе разработки программного обеспечения обещает много преимуществ: быстрое обнаружение ошибок, устранение проблем интеграции, меньшее число дефектов. При более подробном рассмотрении оказывается, что эта практика сильно зависит от других, таких как модульное тестирование, стандарт кодирования и т.д. Множество ожидаемых преимуществ не реализуются без использования этих дополнительных практик. Складывается парадоксальная ситуация когда не ясно, имеет ли непрерывная интеграция независимую ценность или вся ценность обусловлена только «сторонними» методиками. Нет ли здесь обмана, когда под предлогом внедрения непрерывной интеграции пытаются использовать преимущества других инженерных практик? Регистрация на сайте http://agiledays.ru |
