이런 애플리케이션은 백엔드 앱만큼 복잡해질 수 있다. 여러 흐름을 검증하려면 앱은 시스템 구성 요소와 통신하고 데이터베이스에도 연결해야 하기 때문이다. 때때로 앱은 다양한 실행 시나리오를 시뮬레이션하려고 외부에 의존하는 것들을 흉내 내기(mock)도 한다. 테스트 시나리오를 작성하려고 개발자는 셀레늄(Selenium), 쿠쿰버(Cucumber), 게이지(Gauge) 등 여러 프레임워크를 사용한다. 하지만 이런 프레임워크와 함께 앱은 여전히 스프링 도구에서 여러 이점을 얻을 수 있다. 예를 들어 앱은 스프링 IoC 컨테이너를 사용하여 코드를 보다 쉽게 유지 관리할 수 있도록 객체 인스턴스를 관리할 수 있다. 스프링 데이터를 사용하면 데이터 유효성을 검사해야 하는 데이터베이스에 연결할 수도 있다. 또 특정 시나리오를 시뮬레이션하거나 단순히 스프링을 사용하여 일부 REST 엔드포인트를 호출하고자 브로커 시스템의 큐나 토픽에 메시지를 보낼 수 있다. (설명이 급히 진행되는 것처럼 보여도 걱정할 필요는 없다. 이 책을 읽어 가면서 의미가 명확해질 것이다. 그림 1-8 참고)