연기 테스트는 얼마나 복잡해야합니까?

Question

그래서 우리는이 시점에서 많은 몇 달 동안 현재 프로젝트를 매일 빌드하고 있습니다. 그러나 매일 빌드와 함께 진행되는 연기 테스트는 그다지 복잡하지 않습니다. 우리는 메인 클래스 라이브러리에서 몇 가지 수녀 테스트를 실행합니다 (분명히 훌륭한 코드 커버리지를 제공하지 않음). 그리고 빌드. 문제의 응용 프로그램은 일부 비즈니스 객체 (LINQ-to-SQL 포함)를 소비하는 ASP.NET 사이트입니다.

특히 ASP.NET 사이트에서 실행 해야하는 복잡한 연기 테스트가 있습니까? 그 문제에 대해 ASP.NET 사이트에 대한 연기 테스트를 어떻게 개발합니까?

Answer 1

단위 테스트뿐만 아니라 일부 예제 데이터가있는 스테이징 서버로 사이트를 시작하는 것이 좋습니다. 가능한 한 라이브와 비슷합니다. 그런 다음 HTTP 트래픽 생성 스크립트를 사용하여 사용자 트래픽 및 세션을 시뮬레이션하십시오. 백엔드에서 디버그 로깅, 예외 및 기타 테스트 코드를 모니터링 할 수 있습니다. 여기에서 성능 측정을 할 수도 있습니다.

더 강렬하고 반복적 인 버전의 브라우저에서 재생하는 것과 매우 유사합니다.

공공 자원과 입력을 정의 (또는 검사를 통해)함으로써이를 수행 할 수 있습니다. 그런 다음 스크립트는 유효성 검사 문제, 사이트 흐름의 홀수 순열 및 라이브 설정에서 사이트의 전체 컨텍스트를 테스트하는 다른 것들을 시도하고 일으킬 수 있습니다.

테스트가 완료되지 않은 경우 ... 단위 테스트에서 "실제 데이터와 트래픽으로 훌륭하게 작동하는 것"까지, 궁극적으로 나중에 헤드리스 치킨 고정 버그처럼 돌아 다니게됩니다.

Answer 2

연기 테스트는 본질적으로 피상적이어야합니다. 컴파일합니까? 배포? 환영 페이지가로드됩니까? 데이터베이스에 대해 쿼리를 수행하는 테스트 페이지를로드 하여이 연결도 작동하는지 확인하십시오. 그게 다야.

Answer 3

연기 테스트를 수행해서는 안됩니다. 그 용어의 어원을 알고 있습니까? 전자 제품의 "연기 테스트"는 전력을 켜고 연기가 나오는지 확인할 때입니다.

보다 포괄적 인 단위 테스트를 수행해야합니다. 좋은 코드 커버리지를 제공하기에 충분합니다. 이것이 모든 빌드에서해야 할 일입니다. 또한 배포를 시도하고 "설치 확인 테스트"를 실행해야합니다.