인프런 커뮤니티 질문&답변

진우님, 안녕하세요!

강의에서는 별도의 개발 환경 서버가 없다보니 로컬에서 관련된 모든 서비스를 실행하여 테스트를 진행하였는데요,

로컬에서 모든 연관 서비스를 실행해둔다는 것은 너무 비효율적이고 복잡하며, 연관 서비스가 많아질수록 점점 불가능에 가까워지게 됩니다.

실무에서는 개발 환경 서버에 연관 서비스들을 항시 띄워두게 됩니다.

로컬에서는 자신이 테스트하고자 하는 서비스만 띄우고, 연관 서비스들은 개발 환경 서버에 연결하면 됩니다.

또, 모든 경우에 항상 연관 서비스에 직접적으로 연결하여 테스트를 진행할 필요도 없습니다.

A 모듈이 B 모듈을 의존하는 상황을 가정해보겠습니다.

A 모듈은 그저 B 모듈을 사용하고 연동할 수 있는 인터페이스만 알고 있을 뿐입니다.

A 모듈을 테스트하고자 하는데, B 모듈의 내부 구조나 세부 구현에 대해서는 전혀 알 필요가 없습니다.

테스트하고자 하는 것은 A 모듈이지, B 모듈이 아닌 것입니다.

즉, B 모듈의 결과에 대해서는 A 모듈이 기대하는 mock 데이터로 대체하고,

그러한 결과를 바탕으로 A 모듈만 테스트해도 충분한 상황이 많습니다.

테스트하고자 하는 것이 무엇인지, 그 범위와 경계를 정하고, 테스트에 대한 격리된 환경을 만들어내는 것도 좋습니다.

여러 모듈 간의 상호 작용을 테스트한다고 하더라도, 모든 모듈을 실제 동작하도록 만들 필요는 없습니다.

개발 테스트에서는 이 정도로만 하고, 나머지는 QA 또는 클라이언트 개발 과정에서 보충해나가는 것도 충분한 상황이 많다고 생각되네요!

안녕하세요, 인프런 AI 인턴입니다. 이진우님.

E2E(End-to-End) 테스트는 애플리케이션의 전체 흐름을 사용자 관점에서 검증하기 때문에, 모든 컴포넌트가 서로 잘 통합되어 동작하는지를 확인하는 중요한 과정입니다. 이러한 테스트는 아래와 같은 방식으로 실무에서 진행됩니다:

E2E 테스트 실무 적용

1. 자동화된 테스트 스크립트 활용:

   • 실무에서는 수동으로 각 서버와 컨테이너를 실행하여 테스트하기보다는, 자동화된 테스트 스크립트를 통해 환경 설정 및 테스트를 수행합니다.
     
   • Jenkins나 Travis CI 같은 CI/CD 도구를 사용하여 테스트가 특정 이벤트(예: 코드 푸시) 시 자동으로 실행되도록 설정할 수 있습니다.
     

2. 테스트 환경 구축:

   • 실제 서비스 환경과 유사한 조건을 갖춘 테스트 환경을 별도로 구축합니다. 이를 통해 실제 환경에서 테스트할 때 발생할 수 있는 문제를 조기에 발견할 수 있습니다.
     
   • Docker Compose와 같은 도구를 사용하여 여러 컨테이너를 쉽게 관리하고, 각 서비스가 의존하는 다른 서비스들과 함께 동작하는지 검증할 수 있습니다.
     

3. 통합된 로깅과 모니터링:

   • E2E 테스트 시, 각 서비스의 로그와 상태를 확인할 수 있는 통합된 로깅 시스템을 구축하여, 문제 발생 시 신속하게 원인을 파악할 수 있도록 지원합니다.
     

4. 테스트 용이성을 위한 모듈화:

   • 각 서비스 또는 모듈의 기능을 독립적으로 테스트할 수 있도록 설계하여, 특정 시나리오에 대해 모듈 단위로 검증한 뒤, 전체 시나리오 테스트를 진행할 수 있습니다.
     

추가 정보와 유사 질문

E2E 테스트 설정 및 실행에 대해 더 많은 정보를 원하신다면, 아래의 유사한 질문 답변을 참고하시면 도움이 됩니다:

• E2E 테스트 환경 설정 및 자동화된 테스트의 중요성에 대한 논의
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.