Из-за ускорения разработки, задачи обеспечения качества на проектах становятся более разноплановыми и сложными. Ручное функциональное тестирование, автоматизированное интеграционное тестирование, нагрузочное тестирование и проверка на регресс - все эти виды тестирования обязательны и требуют особенных навыков, а главное - инструментальной поддержки.
Традиционные баг-трекеры не решают всех этих задач, поэтому для любой команды стоит вопрос об использовании дополнительного инструментария. Например, такого который позволит создавать и обсуждать тестовую документацию, фиксировать результаты тестирования, объединять отчеты ручного и автоматизированного тестирования на одном дашборде, распределять работу между тестировщиками и сообщать разработчикам всю необходимую информацию - контекст для воспроизведения дефектов.
Как правильно написать автоматизированный тест, где одновременно есть действия на UI и запросы через API? Можно ли задействовать в одном проекте, скажем, Frisby и Protractor? Не будет ли это монстр.
(пример теста - в браузере открываем УРЛ, пользователю отображается окно "Вы согласны предоставить приложению такому-то доступ к таким-то данным?", пользователь жмет "Согласен", дальше в УРЛ получаем авторизационный код, с его помощью access token (через oauth api), а затем с токеном через рест апи проверяем выполнение каких-то действий. но это не единственный тест, где требуется сочетание действий апи и ui).