2010-05-16 1 views
1

나는 여러 번 이러한 문제를 겪었으므로 편안한 솔루션을 찾을 수 없었습니다. 내 웹 사이트에 MyDomain.com이라는 도메인 이름이 있다고 가정 해 보겠습니다. 테스트 시스템 (연속 통합 서버)에서 테스트를 실행할 때이 머신의 HOSTS 파일을 수정하여 MyDomain.com이 실제 프로덕션 서버 대신이 로컬 시스템에 매핑되도록합니다. 이것은 많은 상황에서 잘 작동하지 않습니다. 예를 들어, 내 응용 프로그램은 동적으로 하위 도메인 이름 user1.MyDomain.com을 만들지 만 테스트를 유연하게 유지하는 것은 어렵습니다.도메인 이름 및 Amazon S3와 같은 외부 서비스와의 통합과 관련하여 웹 응용 프로그램을 테스트하는 모범 사례

또 다른 문제는 내 웹 응용 프로그램이 Amazon S3 및 Amazon Simple Message Queue와 같은 다른 서비스와 상호 작용한다는 것입니다. 필자는 테스트에서 이러한 상호 작용을 포함하기 만하지만 아마존 서비스에서 테스트 및 프로덕션을 혼합하는 것에 대한 나의 솔루션에는 결코 행복하지 않습니다.

누군가이 문제에 대한 조언을 제공해 줄 수 있습니까? 내 테스트 프레임 워크를 깨끗하고 유연하게 만들고 싶습니다. 나는 이것이 모든 웹 어플리케이션에 공통적 인 질문이며 이것들을 다루는 성숙한 방법이 틀림 없다고 확신한다.

감사합니다.

답변

4

테스트 또는 dev 모드에서 다른 호스트 이름을 사용합니다. 다른 s3 버킷 및 s3 호스트 이름 포함. 이를 통해 s3을 포함한 모든 앱 기능을 테스트하고 개발할 수 있습니다.

호스트 파일을 사용하는 대신 사용되는 호스트 이름을 변경하는 것이 더 쉽다고 생각합니다.

+2

+1 - 테스트 할 서버의 호스트 이름 및/또는 IP 주소, S3 버킷 이름 등은 테스트 프레임 워크의 변수 값이어야합니다. –

관련 문제