Реализуя функциональные тесты минуя GUI позволяют отслеживать ошибки именно в функционале приложения и API можно намного быстрее покрыть тестами. Через GUI можно реализовать набор acceptance тестов и время от времени проходиться на предмет ошибок в визуализации. Слова можно подкрепить статьёй в GTB Google Testing Blog: Just Say No to More End-to-End Tests
Do different tests instead of repeating the same tests
Этот вариант тоже интересный, а почитать про конкретную реализацию можно где нибудь?
Да, например на Groovу Grails API Functional Testing | Object Partners с исходниками по ссылке GitHub - craigatk/grails-api-testing
Хотя если публичного API нет или оно как-то реализовано невнятно, то тут могут быть сложности и надо будет писать адаптер для работы, что не совсем удобно
Для скала есть небольшое описание подхода по ссылке Scala REST API Integration Testing with Spray-testkit — SysGears
Вот на мой взгляд наиболее запоминающаяся аналогия “кексика”
Для чистого API, например вот
http://dispatch.databinder.net/Dispatch.html
Но многие библиотеки могут иметь поддержку тестирования.
Scala-Play, дает возможность проверять моканное апи, живое апи, а также поддержку селениума, для самых сложных случаев. Например вот тут можно сопаставить с пирамидой.
Также sping-based фреймворки, зачастую, облегчают тестирование. Вопрос желания влазить код и из “кексика”, строить правильную пирамиду.
А вы не переживете, что людишки которые это напишут. а потом уволятся? Кто потом будет ковыряться в Scala?
мне кажется, что данный вопрос не совсем по теме) но так можно про все сказать, тут либо искать кто умеет писать, либо изучать scala)
testomat.io управление авто тестами