마이크로서비스 아키텍처 구축(전면 개정판)

361

9

장

테스트

는 팀들이 이 작업과 크게 동떨어져 있을 정도로 철저히 한 곳에서만 처리하고 싶지도 않다. 엔

드투엔드 테스트를 특정 팀에 할당하는 명확한 방법을 찾을 수 있다면 그렇게 하라. 그렇지 않

고 엔드투엔드 테스트를 제거하거나 다른 것으로 대체할 방법을 찾을 수 없다면, 그 테스트 집

합을 관련 팀들이 공동 소유권을 가진 공유 코드베이스로 취급해야 할 것이다. 각 팀은 이 테스

트 집합에 자유롭게 체크인하지만, 서비스를 직접 개발하는 팀 간에 이 집합 상태의 소유권을

공유해야 한다. 여러 팀과 함께 엔드투엔드 테스트를 광범위하게 사용하려면 이 접근 방식이

필수적이지만, 매우 드물게 수행되며 문제가 없는 경우를 본 적이 없다. 결국 특정 수준의 조직

규모에서는 이와 같은 이유 때문에 팀 간 엔드투엔드 테스트에서 벗어나야 한다고 확신한다.

9.4.39.4.3

엔드투엔드 테스트는 얼마나 오래 걸릴까? 엔드투엔드 테스트는 얼마나 오래 걸릴까?

엔드투엔드 테스트는 시간이 꽤 걸릴 수 있다. 길게는 하루가 걸리기도 하고, 필자가 참여한 한

프로젝트에서는 전체 회귀 테스트 집합을 실행하는 데

6

주가 걸리기도 했다! 테스트 범위의 중

복을 줄이려고 팀이 엔드투엔드 테스트를 선별하거나 테스트를 빠르게 만드는 데 충분한 시간

을 투자하는 것은 거의 보지 못했다. ...