Доклад на SQA Days-9, Казань, 22-23 апреля 2011

1. Тестировщик на все руки в Scrum-команде Наталья Медведева

2. Классическая схема разработки 2

3. Классическая схема разработки 3

4. Проблемы 4 Потеря контекста при передаче информации

5. Проблемы 5 Медленная обратная связь на этапе работыс требованиями

6. Проблемы 6 Отсутствие мотивации тестировщика

7. Проблемы 7 Плохое осознание целей тестирования

8. Проблемы 8 Недопонимание между тестировщикамии разработчиками

9. Проблемы 9 Большая потеря времени при взаимодействии тестировщиков и разработчиков

10. Возможное решение Смешанная команда Scrum 10

11. О проекте 11

12. О компании 12

13. О проекте 13 Модуль розничных продаж 24/7 6 филиалов 800 пользователей 460 магазинов 9 складов Разработкас февраля 2008 Внедрениес июля 2009

14. Команда 14 Руководитель проекта разработчики

15. Команда 15 Аналитик + тестировщик + внедренец + поддержка = =инженер

16. Команда 16

18. Разработка

19. Тестирование

20. Внедрение

21. Поддержка17

22. Анализ 18

23. Разработка 19 Unit Tests CodeReview

24. Тестирование 20

25. Внедрение и поддержка 21

27. Демонстрация

28. Ретроспектива22

29. Планирование 23

30. Демонстрация 24

31. Ретроспектива 25

32. Выводы 26

33. Выводы 27 Нет потери контекста при передаче информации Моментальная обратная связь на этапе работыс требованиями Дополнительная мотивация тестировщиков Осознание целей тестирования Улучшение взаимопонимания тестировщикови разработчиков Уменьшение потерь времени при взаимодействии разных членов команды

34. 28 Спасибо :) Вопросы?