테스트 전략에 대해 알아본다.
테스트 전략
- 단위 테스트로는 충분치 않다.
- 프로 개발 팀이라면 훌륭한 테스트 전략이 필요하다.
QA는 오류를 찾지 못해야 한다.
- 개발팀의 목표는 이거다.
- 그렇다고 해서 QA와 개발자가 서로 적대적인 관계를 가져야 하는 것은 아니다.
- 하지만 QA는 같은 팀이다.
QA의 명세 서술
- QA는 사업부와 함께 인수테스트를 만든다.
- 이는 곧 진정한 명세서이자 요구 사항 문서이다.
- QA는 사업부에서 말하는 요구사항을 테스트로 번역한다.
QA의 특징 묘사
- QA는 시스템의 실제 동작을 식별한다.
- 탐색적 테스팅을 통해 실제 동작을 묘사한다.
탐색적 테스팅 (exploratory testing)
- 테스터가 사전에 계획하지 않은, 자유로운 방식으로 애플리케이션을 탐색하면서 결함을 발견하는 테스팅 기법
- 테스터의 직관, 경험, 지식, 기술, 창의성 등을 활용하여 애플리케이션의 사용자 시나리오나 기능을 시뮬레이션함
- 즉, 막해봄.
테스트 자동화 피라미드
단위 테스트
- 단위 테스트는 테스트 피라미드의 가장 밑바닥에 위치한다.
- 프로그래머에 의해, 위해 프로그래밍 언어로만든 테스트다.
- 시스템의 최하위 계층을 명세한다.
- 단위 테스트 커버리지는 100%에 가까워야 한다.
컴포넌트 테스트
- 함수, 객체, 모듈, 컴포넌트 등의 단위들을 테스트한다.
- 여기서 부터는 사업부에서 요하는 명세가 직접적으로 들어가게 된다.
- happy-path에 치중되어 있다. edge-case는 단위 테스트로 처리한다.
통합 테스트
- 여러 컴포넌트로 이뤄진 큰 시스템에서만 의미가 있다.
- 컴포넌트들이 제대로 상호작용하는지 테스트한다.
- 통합 테스트는 대게 시스템 아키텍트나 수석 설계자가 만든다.
- 성능 테스트, 처리량 테스트를 진행하기도 한다.
- 시간이 많이 걸리기 때문에, CI때는 하지 않고, 주기적으로 테스트를 실행한다.
시스템 테스트
- 통합한 시스템 전체를 대상으로 하는 자동화 테스트이다.
- 궁극적 통합 테스트라고 할 수 있다.
- 얼마나 시스템이 올바르게 연결되었고, 상호작용하는지 테스트한다.
- 성능 테스트, 처리량 테스트를 보통 여기서 진행한다.
- 시스템의 10%를 감당한다.
수동 탐색 테스트
- 오류 사냥이라고 선포하고 마구잡이로 테스트하는게 이 단계다.
- 이 단계에서는 문서가 필요없다.
- 인간의 창의력을 통원해 망가지도록 만든다.
결론
- TDD는 강력한 원칙이다.
- 인수 테스트는 요구사항을 표현하는 방법이다.
- 하지만 이는 전체 테스트 전략의 일부일 뿐이다.
- QA 역시 한팀이며, "QA는 오류를 찾지 못해야 한다" 라는 목표를 함께 달성해야 한다.
- 그러기 위해서는 테스트 계층을 만들어 최대한 자주 실행해야 한다.
Reference
Goal, Plan, Execute.