Наталья Руколь - доклад на SQA Days, 2-3 декабря 2011, Москва

1. Session-Based
Testing
Теория и практика

2. Сначала
тестирование
было таким…

3. Потом стало
таким…

4. Но ничего
не менялось

5. Проблемы хаотического Проблемы скриптового
тестирования тестирования
• Непонятен статус • Куча времени уходит на
продукта, невозможно документирование тестов
оценить и измерить качество • Тесты проходить
• Невозможно планирование скучно, развития
тестирования нет, бюрократия
• В зависимости от демотивирует
квалификации – • Внимание рассеивается
непредсказуемые результаты при однотипной
работы работе, очевидные вещи
• Нет передачи знаний пропускаются
будущим поколениям • «Эффект пестицида» –
тесты перестают находить
баги
Что
делать?

6. В ноябре 2000
Дж. Бах и Дж. Бах
предложили решение

7. • Charter (цель
тестирования)
• Session (период
времени на
тестирование)
• Session Report
(заметки, баги, пробл
емы, вопросы, статист
ика по затраченному
времени и т.д.)
• Debrief (обсуждение Это должно работать
результатов сессии) во-о-о-от так!

8. Итого, мы получили:
• Гибкость
• Отчѐтность
• Статистику
• Передачу знаний
• Обучение, коучинг
• Фокус на результате
• Бюрократию

9. А что хочется:
• Гибкость
• Отчѐтность
• Статистику
• Передачу знаний
• Обучение, коучинг
• Фокус на результате
- Бюрократию
+ Планируемость
+ Творчество

10. Мой алгоритм
1. Составляем
список сессий
2. Определяем
длительность и
процесс
3. Перемножаем +
30%
4. Идѐм от большего
к меньшему

11. Список сессий
1. Таблица
Детализация
2. Майнд-карта определяется
планами
– На сетевом
ресурсе
– На листе
ватмана
3. Блокнот
4. …

12. Формат сессии
1. Длительность
Мой вариант
2. Когда заводить – 2 часа.
баги?
3. Где хранить
результаты?
4. Как определять
задачи?

13. Тестирование
От большего
к меньшему!

14. Специи SBTM Приоритезация на лету
Регулярность планирования
Творческая обстановка
Наглядные результаты