Доклад по сессионному тестированию на SQA Days 10

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 Приоритезация на лету
Регулярность планирования
Творческая обстановка
Наглядные результаты