Уважаемые коллеги!
В июле я уже точно намерен провести вторую встречу нашего сообщества.
Дата: на выбор 20 или 22 июля.
Рабочий день выбран не случайно - к нам с докладом приедет
Андрей Дзыня. Многие могли слышать его доклад во время AT.info посиделок в Донецке в феврале этого года. На этот раз Андрей приедет к нам с докладом "Software Testing 2.0".
Вот что о докладе говорит сам автор:
Приход гибких методологий в мир разработки ПО очень сильно изменил нашу работу. Нам пришлось учиться работать по-новому. Мы - тестировщики, перестроились под новый вид взаимодействия с разработчиками. Наш способ тестировать стал более гибким. Мы обрели новые техники и методики. Мы стали больше времени обращать внимание на автоматизацию и личную эффективность. Мы находимся в переходном периоде, на пороге нового этапа Software Testing 2.0.
В докладе я хочу поделиться с вами своим опытом постановки процесса тестирования в коммерческих проектах, которые находились в Agile среде. Даже если вы еще не перешли к гибким методологиям вам будет интересно послушать альтернативную точку зрения. А если перешли - получите ответы на беспокоившие вас вопросы: как тестировать в сжатые сроки? как тестировать с неявными требованиями? когда стоит автоматизировать? Кто должен автоматизировать? что делать если тестировщики не успевают протестировать все задачи в колонке QA? К чему стремиться при построении гармоничного процесса тестирования?
Участие во встрече бесплатное. О точной дате, времени и месте встречи будет сообщено дополнительно.
Также 21 июля 2012 года в Донецке будет проведен тренинг "Exploratory Testing" от тренинг-центра
XP Injection.
Путем многих проб и ошибок мы пришли к гибким методологиям разработки, основная цель которых – выпускать работающую версию продукта как можно чаще. Это потребовало пересмотреть все аспекты разработки программного обеспечения. Инженерные практики играют первостепенную роль в этой трансформации. Это и TDD, и парное программирование, и самое основное – Continuous Integration.
Но что мы знаем о тестировании? Да, это модульные тесты и остальные типы низкоуровневых тестов. Да, это приемочные тесты, которые выполняются на уровне UI и являются зеркальным отражением скриптов мануальных тестировщиков. Это также набор регрессионных тестов, которые могут быть частично или полностью автоматизированы. А что делать с теми тестами, которые нельзя автоматизировать? Или разработка которых очень затратна по времени? Или пока что не понятно, нужно ли вообще это автоматизировать? Как можно быть уверенным что все работает в этом случае?
Ответ очевиден – нужно тестировать вручную. И что дальше?
Более детальная информация и форма регистрации доступны по следующей
ссылке.
Предлагаю всем проявить активность и поддержать эти начинания :)