📌 Кейс 1: Выбор фреймворка
1. Собрать текущие боли и плюсы/минусы текущего фреймворка, если он есть и объем работы
2. Найти фреймворки на рынке 🔍
3. Составить таблицу сравнения по ключевым показателям всего множества фреймворков 📊
🔸 Ключевым может быть, например, что у вас уже есть множество инженеров на Java, вы тестируете в основном UI, вам нужна возможность автоматизации мобилок, и какое-то новомодное решение с AI, чтобы можно было продать фичу руководству.
4. Определите финалистов для детального сравнения 🏁
🔸 Финалистов можно установить, попробовать на практике, запросить trial, демо от создателей и т.д.
5. Составьте итоговый отчет с цифрами: стоимостью (покупки, внедрения, использования, поддержки тестов и т.д.), рисками (что если фреймворк не взлетит, инженеры не обучатся, повысится стоимость и т.д.). 📑
6. Получите разрешение на использование, согласуйте план работ и внедряйте ✅
🔗 Пример: сравнение Playwright vs Cypress -> см. ссылку на Google Sheet таблицу.
Мой личный кейс:
Мне нужно было сравнить обычные фреймворки с no-code/low-code решениями. В рамках discovery-фазы я составлял таблицы сравнений, а когда мы определились с финалистами, попробовал реализовать наши основные тестовые сценарии на двух фреймворках: Playwright и Functionize. Менеджмент даже уговорил разработчиков Functionize провести демо и тренинги, а также исправить возникающие дефекты.
История закончилась трагично: мне Functionize не понравился, но менеджмент все равно купил его и начал внедрение 🥲. В итоге, из-за этого инструмента я решил уйти с проекта.