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

1. Процесс тестирования в
распределенной команде
Светлана Федянина, Softline

2. О себе
• в прошлом web-developer, scrum master
• в настоящем – PM / Product Owner

3. План доклада
1. Зачем распределенная команда?

4. План доклада
1. Зачем распределенная команда?
2. Проблемы распределенной
команды и ключевая роль
тестирования в их решении

5. План доклада
1. Зачем распределенная команда?
2. Проблемы распределенной
команды и ключевая роль
тестирования в их решении
3. Организация тестирования в
Softline

6. Наша распределенная
команда

7. Сложная система

8. Проблемы в
распределенной команде
1. Коммуникации

9. Проблемы в
распределенной команде
2. Критерий готовности

10. Регулярная проблема
Планирование
релизов
итерация 1 … итерацияN итерация1 … итерацияM
РЕЛИЗ 1 РЕЛИЗ 2

11. Проблемы в
распределенной команде
3. Качество разработанного продукта

12. Тест – анализ
• Проработка тестовых случаев
– Модель тестирования
– Эффективность тестирования
Название Описание Приоритет (от 1 до 4) Автоматизация
Импорт программы из В админке А1 добавить программу.
старой в новую платформу Проверить импорт программы в А2. 4 да
Импорт пиктограммы из Добавить пиктограмму к программе в А1.
старой в новую платформу Проверить импорт пиктограммы в А2. 3 нет

13. Необходимость
тест - планов
1. Большой проект

14. Необходимость
тест - планов
1. Большой проект
2. В команде несколько
QA - инженеров

15. Тест - дизайн

16. Тест - дизайн
• Decision Table Testing
• Boundary Value Testing
• Equivalence Class Testing

17. Тест - дизайн
• Decision Table Testing

18. Boundary Value Testing

19. Boundary Value Testing
10-19, 20-49
1. {9,10,11}, {18,19,20}
2. {19,20,21}, {48,49,50}

20. Тест - дизайн
• Equivalence Class Testing
10 - 19
20 - 49
-1 - 9
50 - 100

21. Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»

22. Автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)

23. Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)
- Делай проще и короче (KISS)

24. Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)
- Делай проще и короче (KISS)
- Не повторяй себя (DRY)

25. Проект фреймворка

26. Баг – репорт
Категоризация дефектов
Severity Priority Bug’s face
Блокирующая Высокий
Критическая
Значительная Средний
Незначительная Низкий
Тривиальная

27. Дефекты
Релизу – нет!

28. Дефекты
Релизу – ДА!

29. Баг – репорт
Где? Что? Когда?
1. понимание проблемы
2. понимание, какую строку кода
править

30. Эстафета или каждый за
себя?

31. Применение инженерных
практик
• CI
• TDD
• Code Review
• XP

32. Code Freeze

33. Перенос кода и данных
между средами

34. Применение инженерных практик
За предоставление статистики спасибо коллегам: А. Клименкову (axoft.ru), Б. Вольфсону.

35. Что есть критерий
готовности?

36. Что изменилось в QA?
Раньше Сейчас
Кликер Автоматизирует,
Тест – дизайн,
Пишет и ревьюит код
«Что дали, то и тестирую» Планирование работы в
Хаотичный процесс итерации
Нет документации Есть чеклисты, план тесты по
тестировщика необходимости

37. Что изменилось в QA?
Раньше Сейчас
Находим баги методом Выявляем тестовые случаи,
случайного поиска тестируем по чеклисту,
случайный поиск,
автоматизация
Тестировщик «сам по себе» Тестировщик активно
взаимодействует с
аналитиками, разработчиками
Список багов Приоритезированный список
багов
Нет четкого понятия «Все Отвечает за Критерий
готово» готовности

38. Итоги
Распределенная команда:
• взаимодействия тестировщиков
• практики тестирования
• определение «Все готово»
РЕЗУЛЬТАТ - КАЧЕСТВО!

39. Спасибо за внимание!
Вопросы 
Светлана Федянина
SvetlanaF@softline.ru
http://twitter.com/Fedyanina
http://fedyanina.blogspot.com/