Comments 1
Чтобы нормально тестировать приложение нужно
изучить пользовательские сценарии и само приложение
зафиксировать пользоватеские сценарии в любом удобном виде например в gerkin в виде feature файлов
написать качественные e2e тесты используя знакомый фреймворк, ну сейчас то де-факто playwright для UI, а для API выбор большой; на удобном Языке
отладить тесты, параллельность, изоляцию
встроить прогон в CI, можно попытаться тригеррить разные сьюты только на изменения в определенных модулях
Один раз все это оформить с любимым Агентом например CaludeCode и более не тратить токены - только на актуализацию.
Секунда рекламы: я уже оформил все это в отлаженный на реальных проектах скилл https://doc-claude.brewcode.app/brewcode/skills/e2e/ который и нужную команду агентов соберёт и интервью пользователя проведет . Можно просто взять код скила и адаптировать под свой проект и домен, для большей эффективности и контроля, если опасайтесь ставить приложения неизвестно откуда, что одобряю.
Я когда рассказал про е2е регрессию встроенную в CI и показал свой скилл знакомым Вайд-СЕО-Стартаперам без бэкраунда разработки они реально офигели ;) Решили их проблему: "бл… почему, когда этот тупой Клод добавляет мне новую фичу, у меня них…я не работает потом ;)
Попробуйте и не придется считать токены и скриншоты (и по секрету скажу, что на самом деле никакого лимита на вижн или скрины нет в коде КлодКоде, а если бы он был на уровне модели то суб-агенты бы не помогли)
Хотел протестировать веб-приложение через AI — за три дня собрал свой инструмент