환경 (상당히 일반적인)이 PROD, UAT, QA, DEV
인 경우를 가정 해 봅시다. 모든 환경에서 테스트를 실행하는 것이 좋은 생각입니까?개발 이외의 환경에 대한 테스트를 작성하는 것이 좋습니다.
내가 생각하는 것은 다음과 같습니다. 내 코드가 의존하는 SQL에서 proc을 가지고 있는데, 나는 proc_getActiveCustomers
이라고 부를 것이다. 그 proc이 존재하지 않는다면 내 app은 진짜 빨리 남쪽으로 갈 것이다. 그래서 나는 데이터베이스에서이 proc의 존재를 검사하는 테스트를 작성한다. 여기에 새로운 것은 없습니다.
그러나 QA 환경에 내 앱을 배포 할 때 proc_getActiveCustomers
의 존재 여부를 확인하는 테스트가 필요합니까? 이것이 좋은 생각이라고 생각하지만, 개발 환경 밖에서는 테스트를 많이 듣지 못했습니다. 내가 알지 못하는 몇 가지 단점이 있는지 궁금하게 만든다.
내가 지향하는 방향은 코드의 환경 목록을 가지고 그 환경을 단위 테스트에 전달하는 것입니다.
아, 고마워. 나는 이것들이 통합 테스트 또는 단위 테스트처럼 보이지 않는다고 생각하고 있었다. 이제 나는 그들에게 전화 할 것이있다. – jcollum
@jcollum : 필자는 공식적인 맥락에서 사용 된 연기 테스트 용어를 들어 본 적이 없으므로 언제 어디에서 사용하는지 생각하고 싶을 수도 있습니다. (또는 적어도 비 흡연자와 이야기 할 때 의미를 설명하십시오. 기술적 인 종류의 사람). – GreenMatt
@GreenMatt, 좋은 지적. 관리 및 사용자에게 "빌드 확인 테스트"라고 부르는 것이 좋습니다. –