테스트 케이스(TEST CASE)란?
예산 결과를 확인하기 위해 특정 작업 또는 조건 집합에서 응용 프로그램의 기능을 측정하는데
사용되는 시나리오이다. 즉 테이스트 케이스는 소프트웨어 애플리케이션의 기능을 인증하기 위해
실행되는 일련의 작업임.
- 테스트 케이스의 목적은 기능 누락 방지임.
TEST CASE 작성법
Test Case 작성법은 각 회사마다 템플릿이 다르고 프레임 워크가 달라서 공통적인 사항만 정리해 보겠다.
- 기획서를 보고 기뢱에 따라 발생 가능한 모든 시나리오/플로우를 Depth를 나눠서 구조화.
- 해당 시나리오에서 기대하는 결과를 누가봐도 명확한 문장으로 기록
(기준 : 제 3자가 보기에 QA를 함께 진행할 때에, 어디서 무엇을 어떻게 테스트하고, 그 결과 가 어때야 하는지 명확하게 이해시켜줘야 함) - QA를 진행한 사람과 진행 환경을 기록하기
- 진행 결과 기록하기
진행절차대로 진행해 기대하는 결과가 잘이뤄어지면 통과 P기획의도와 다른 이슈가 생긴다면
F미구현과 아예 테스트를 못하는 경우에는 B로 통일함.
링크: QA 스프레드시트
| 장점 | 단점 |
|---|---|
| 기획의도에 맞춰 세밀하게 검수 | 디자인과 개발사이의 검수는 다시 진행 필요 |
| 일반적인 흐름을 비록해 예외사항도 꼼꼼히 검수 | 사람이기때문에 놓치는 부분은 어쩔 수없음 |
| 개발에 있어 소통히 명확해짐 | |
| QA 진척도를 확인할 수 있음 |
좋은 테스트 케이스는?
🧨 정확성(Accurate): 테스트 케이스의 서술 부분에 테스트하겠다고 쓴 것을 테스트한다.
🧨 경제성(Economical): 테스트 케이스 목적을 위해 꼭 필요한 단계/필드 만을 가진다.
🧨 반복성, 자립형(Repeatable, self-standing): 테스트 케이스가 잘 제어된 실험이다. 그걸 누가 테스트하든지 간에 매번 동일한 결과가 나온다. (가장 중요)
🧨 적합성(Appropriate): 테스트 케이스가 테스터와 테스트 환경에 알맞아야 한다. 어떤 테스트 케이스가 이론적으로는 견고하다 해도 테스터 중 누구도 갖고 있지 않은 기술을 요구한다면 그 게 사용될 수 없음
🧨 추적성(Traceable): 해당 테스트 케이스가 어떤 요구사항을 테스팅하고 있는지 알아야 한다.
🧨 자기 세정(Self-cleaning): 스스로 회복. 테스트 환경을 테스트 이전 상태로 스스로 되돌려 놓는다.
좋지 않은 테스트 케이스는?
복잡성 : 하나의 케이스에 많은 내용을 담으려 하는 경우
모호성 : 기대 결과가 명확하지 않은 경우
불정확성 : 제품의 업데이트에 맞게 기능, 명칭 등을 추가/삭제가 되지 않는 경우
불적합성 : 누락이 없는 TC를 만들기 위해 불필요한 케이스까지 추가가 되는 경우
