Вряд ли Сакити Тоёда, придумавший технику "пяти почему" для поиска первопричин возникающих проблем, не знал, что применять её будут как угодно и кто угодно без особого результата.
Ниже -- типичная подобная попытка. В production-среде регулярно находят критические дефекты, которые блокируют работу пользователей.
- Почему? Потому что систему некачественно тестируют.
- Почему? Потому что выделен неопытный тестировщик и он не успевает за частые релизы проверить качество продукта.
- Почему? Потому что неправильно распределены человеческие ресурсы между проектами.
- Почему? Потому что не проводили анализ и валидацию решения о распределении команд.
- Почему? Потому что руководство доверило вопрос распределения ресурсов менеджеру без опыта запуска проектов.
То есть вы поняли? Команда пропускает баги потому, что менеджер не настоящий. В чём здесь проблема? Проблема здесь в том, что техника "Пяти почему" результатом своего применения прямо показывает, как именно исправлять проблему.
А здесь основным результатом стал мем. Менеджера-то заменить можно, но баги от этого не перестанут в продакшн поступать. Так что посмеемся, посмеемся и дальше пойдём баги в продакшн выпускать. Вот и весь пшик, а не результат!
Больше материалов смотрите в моем телеграм-канале: https://t.me/ctorecords/.
Как оценить эффективность тестовой стратегии с помощью тестового покрытия?
12 апреля в 20:00 пройдет открытый вебинар в OTUS для тех, кто хочет возглавлять команду тестировщиков. Занятие проведет Анастасия Асеева-Нгуен, эксперт по инженерным практикам в QADojo.