Тестирование в Agile: Q&A

Все больше и больше проектов переходят на гибкие методологии управления, как например scrum. Но, к сожалению, текущая ситуация с информацией о том, как строить в них тестирование очень плохая - мало кто знает как делать это правильно. В рамках данного вебинара я постараюсь поделиться опытом предыдущих проектов, где я работал как член команды или уже как тренер, в формате вопрос-ответ.

Transcript

1. Тестирование  в  Agile   Q&A   Андрей  Ребров   Тренер  по  инженерным  практикам  
3. ОБЩИЕ  ВОПРОСЫ  
4. Вопрос   Основные  отличия  тестирования  в  agile  и   scrum?  
5. Типичный  проект   Biz   Dev   QA   Ops  
6. Что  делает  команда  в  agile   •  Проработка  задач  на  релиз  (например,  с   помощью  story  mapping)   •  Проработка  задач  к  итерации   (препланирования)   •  Планирование  задач  на  итерацию   •  Обсуждение  и  улучшение  процесса   разработки  (ретроспективы)  
7. Как  участвует  тестировщик   •  Понимает  бизнес-­‐процессы  заказчика   •  Старается  искать  альтернативные  ходы  в   бизнес-­‐сценариях   •  Умеет  оценивать  риски  разработки  и   тестирования   •  Умеет  объяснять  роли  того  или  иного  подхода   в  тестировании   •  Понимает  особенности  всего  процесса   разработки   •  …  
8. Вопрос   Как  перестроить  свое  (и  командное)   отношение  к  тестированию  вида  "полиция   качества"?  
9. Вопрос   Какие  нужны  инструменты  для  ручного   тестирования  в  agile  
10. ПЛАНИРОВАНИЕ   РАБОТА  В  ИТЕРАЦИИ    
11. Вопрос   Нужен  ли  тест  план  в  Agile?  Когда  его  надо   писать  и  в  каком  обьёме?  С  одной  стороны   план  как  бы  нужен,  чтобы  было  понятно  что   делать,  но  с  другой  стороны  всё  постоянно   меняется  и  заранее  непонятно  как  всё  будет   работать  
12. Тест-­‐план  на  релиз   •  Виды  тестирования  (agile  tesjng  quadrant)   •  Ресурсы  и  инструменты   •  Внешние  зависимости   •  Контакты   •  Риски  
13. Тест-­‐план  на  итерацию   •  Отсутствует  в  виде  отдельного  документа   •  Каждая  user  story  содержит  задачи  по   тестированию   •  Каждая  задача  по  тестированию  содержит   свои  тест-­‐кейсы  и  имеет  оценку  
14. Вопрос   Когда  начинать  писать  формальные  тест   кейсы  и  в  каком  объёме.  Я  имею  в  виду  те   тест  кейсы,  которые  в  конце  проекта  опишут   функционал,  послужат  основой  для  End  to   End  теста  и  вообще  станут  частью   документации  сделанного  проекта.    
16. Вопрос   Как  лучше  составлять  регрессионные  тесты  и   насколько  необходимо  их  автоматизировать.   Когда  желательно  их  составлять?    
17. Вопрос   Все  ли  ошибки,  найденные  в  рамках   итерации,  должны  быть  исправлены  и   проверены  в  текущей  итерации?  
18. АВТОМАТИЗАЦИЯ  
19. Вопрос   Какое  должно  быть  соотношение   тестировщиков  к  разработчикам,  в  том  числе   и  количество  в  команде  автоматизаторов?    
20. Вопрос   Как  построить  процесс  поступления    задач  на   автоматизацию  ?  (проблема:  есть  5  команд   по  разным  направлениям  разработки,  в   каждой  из  команд  есть  ручное  тестирование  ,   и  отдельно  автоматизатор  на  все  команды,   автоматизировать  нужно  как  старый   функционал  так  и  новый)  
21. Вопрос   Расскажите  об  опыте  автоматизации   проектов,  когда  тестировщикам  пришлось   осваивать  язык  программирования  в   кратчайшие  сроки  для  написания  тестов  с   использованием  фреймворков  на  webdriver.    
22. РАЗБОР  КЕЙСА  
23. Разбор  кейса   Допустим,  в  течение  двух-­‐трех  итераций  приходится  сдавать,  так  сказать,   ограниченно  годный  функционал.  То  есть,  к  концу  итерации  удается  добиться   относительной  работоспособности  функционала,  но  не  удается  исправить   некоторые  довольно  серьезные  ошибки.   Вопросы:   1.  Необходимо  ли  в  следующей  итерации  выделять  время  на  исправление   недоделок  предыдущей?   2.  Стоит  ли  "накопить"  некое  количество  ошибок  так,  чтобы  предварительная   расчетная  трудоемкость  их  исправления  укладывалась  в  одну  итерацию,  и  на   две-­‐три  "функциональных"  итерации  выделять  одну  "багфиксовую"?   3.  Следует    ли  в  данной  ситуации  признать,  что  команда  не  является  достаточно   квалифицированной,  и  закрыть  проект?   4.  Какие  условия  на  финале  каждой  итерации  позволяют  сделать  вывод,  что   проект  провалился  или  все  еще  выживает?   5.  Вообще,  определяются  ли  такие  условия  выживаемости  в  реальной  практике?  
24. Спасибо за внимание Email:  arebrov@scrumtrek.ru   Twi}er:  @andrebrov   Skype:  rebrov.andrey