Сюжет этой короткометражки рассказывает о том, как можно трансформировать «незавсимую» команду тестирования для обеспечения качества в нескольких Scrum командах (работающих в одном известном инвест-банке). Это почти что боевик о ломке устоявшихся принципов и небоязни меняться. Обсуждается вопрос: приносят тест-кейсы пользу? Тут есть немного философии: отношения тестировщиков и не совсем к тестированию и качеству в Agile командах.
3. Нет независимому
тестированию
Независимое тестирование – миф!
• Полная интеграция тестировщиков в команду
• Вся команда работает вместе – хорошие коммуникации
4. Минимум документации
“Спеклет” для User Story это
Требование
Спецификация
Инструкция для тестирования
(минимум времени на
документирование)
6. Процесс постоянного улучшения
• Коммуникация и взаимодействие
• Постоянно делиться знаниями между командами
• Глобальная стратегия улучшения практик тестирования
7. Инструменты для
тестирования
JIRA+Greenhopper
планирование, мониторинг прогресса и результатов
Framework для тестирования:
Watir http://wtr.rubyforge.org/
Cucumber http://cukes.info/
JMeter http://jakarta.apache.org/jmeter/
Continuous Integration:
TeamCity
http://www.jetbrains.com/teamcity/
Тест-менеджмент:
RTH
http://sourceforge.net/projects/rth/
8. Тестирование – часть Definition of Done
User Story не может быть закрыта пока не
проведено тестирование и все найденные баги не
закрыты
9. Как это на самом деле
работало?
Commit
Unit тестирование - > письмо тестировщикам
Deployment
Исследовательское тестирование
Ночное автоматическое регрессионное тестирование
15. 4. Улучшать процесс
Global Vision
Кросс-командные
собрания по
тестированию
Убирать «потери»
Ретроспектива
16. Почему нет?
Битва «тестировщики VS программисты»
Проблемы системного мышления: «как же
можно не писать тест-кейсы, отчеты и т.п.?»
Боязнь прозрачности
Боязнь меняться