QA 실무를 시작하면 가장 먼저 맡게 되는 업무가 테스트 케이스(Test Case) 작성입니다.
처음에는 단순히 기능을 정리하는 문서처럼 보이지만, 실제로는 QA의 사고 방식과 실무 역량이 그대로 드러나는 작업이라고 생각했습니다.
이 글에서는
- 테스트 케이스가 무엇인지
- 초급 QA가 어떻게 시작하면 좋은지
- 실무에서 케이스 품질을 높이는 방법
- 실제로 자주 쓰는 예시 케이스
- 신입 QA가 바로 활용할 수 있는 체크리스트
- 이커머스 서비스 기준 테스트 케이스 예제
까지 한 번에 정리해봤습니다.
1. 테스트 케이스란 무엇인가
테스트 케이스는 특정 기능이 요구사항에 맞게 동작하는지를 검증하기 위한 테스트 절차 문서입니다.
실무에서 테스트 케이스는 다음과 같은 역할을 합니다.
- 테스트 범위를 명확히 정의
- 테스트 누락 방지
- 여러 QA가 동일한 기준으로 테스트
- 이슈 재현 및 회귀 테스트 기준 자료
단순 기록용 문서가 아니라,
테스트를 설계하는 도구에 가깝다고 느꼈습니다.
2. 초급 QA를 위한 테스트 케이스 작성 방법
✅ 1) 기능 단위로 나누기
처음에는 화면 전체를 한 번에 보려고 하기보다 기능 단위로 잘게 나누는 것이 가장 도움이 됐습니다.
예시) 로그인 기능
- 아이디 입력
- 비밀번호 입력
- 로그인 성공
- 로그인 실패
기능을 쪼개는 것만 잘해도 테스트 절반은 끝난 느낌이었습니다.
✅ 2) 기본 구조부터 익히기
초급 단계에서는 복잡한 형식보다 아래 항목을 명확히 쓰는 것만으로도 충분했습니다.
- 테스트 목적
- 사전 조건
- 테스트 절차
- 예상 결과
누가 봐도 그대로 따라 할 수 있게 쓰는 것을 기준으로 했습니다.
✅ 3) 정상 케이스 → 예외 케이스 순서
처음부터 예외만 생각하면 정리가 잘 안 됐습니다.
그래서 항상
정상 동작 케이스를 먼저 작성 → 이후 예외 케이스 확장
이 순서를 유지했습니다.
3. 실무에서 많이 쓰는 테스트 케이스 기본 예시
✅ 기본 기능 테스트 케이스 예시
| 항목 | 내용 |
| Test ID | TC_LOGIN_001 |
| 테스트 항목 | 로그인 성공 |
| 사전 조건 | 회원 계정 존재 |
| 테스트 절차 | 1) 아이디 입력 2) 비밀번호 입력 3) 로그인 버튼 클릭 |
| 예상 결과 | 메인 화면으로 정상 이동 |
✅ 실패 케이스 예시
| 항목 | 내용 |
| Test ID | TC_LOGIN_002 |
| 테스트 항목 | 비밀번호 오류 |
| 사전 조건 | 회원 계정 존재 |
| 테스트 절차 | 1) 아이디 입력 2) 잘못된 비밀번호 입력 3) 로그인 버튼 클릭 |
| 예상 결과 | 오류 메시지 노출 및 로그인 실패 |
4. 중급 단계: 테스트 케이스 품질을 높이는 방법
✅ 1) 1케이스 = 1검증 포인트
하나의 테스트 케이스에 여러 기능을 넣지 않으려고 했습니다.
- 로그인 성공 확인
- 화면 이동 확인
- UI 노출 확인
→ 이런 내용은 케이스를 나누는 편이 관리가 쉬웠습니다.
✅ 2) 재사용 가능한 케이스 작성
특정 날짜, 특정 데이터에 의존하는 케이스는 나중에 다시 쓰기 어려웠습니다.
그래서
- 테스트 데이터는 별도로 관리
- 조건 설명은 최대한 일반화
하는 방향으로 정리했습니다.
5. 고급 단계: 실무 QA가 쓰는 테스트 케이스
✅ 1) 기획서 복사 금지
의미 있는 테스트 케이스는 기획 문서를 그대로 옮긴 문서가 아니라, 기획에서 빠진 부분을 검증하는 문서였습니다.
- 조건이 애매한 부분
- 예외 상황이 없는 흐름
- 실제 사용자 행동과 다른 시나리오
이 지점에서 테스트 케이스의 가치가 커졌습니다.
✅ 2) 경계값·예외 케이스 확장
실무에서 이슈가 자주 발생했던 케이스입니다.
- 입력값 최소/최대 길이
- 특수문자 입력
- 연속 클릭
- 중복 요청
- 네트워크 지연 상황
이런 케이스는 반드시 테스트 케이스로 남겼습니다.
6. 신입 QA를 위한 테스트 케이스 체크리스트
테스트 케이스 작성 전/후로 아래를 점검했습니다.
- 테스트 목적이 명확한가
- 사전 조건이 빠지지 않았는가
- 절차만 보고도 재현 가능한가
- 예상 결과가 구체적인가
- 다른 케이스와 중복되지 않는가
- 회귀 테스트에서도 쓸 수 있는가
이 체크리스트만 지켜도 케이스 품질이 확실히 좋아졌습니다.
7. 이커머스 서비스 테스트 케이스 예제
✅ 장바구니 담기 테스트 케이스
| 항목 | 내용 |
| Test ID | TC_CART_001 |
| 테스트 항목 | 상품 장바구니 담기 |
| 사전 조건 | 로그인 상태 |
| 테스트 절차 | 1) 상품 상세 진입 2) 수량 선택 3) 장바구니 버튼 클릭 |
| 예상 결과 | 장바구니에 상품 정상 추가 |
✅ 결제 실패 케이스 예시
| 항목 | 내용 |
| Test ID | TC_PAY_003 |
| 테스트 항목 | 결제 중 네트워크 오류 |
| 사전 조건 | 장바구니 상품 존재 |
| 테스트 절차 | 1) 결제 페이지 진입 2) 결제 진행 중 네트워크 차단 |
| 예상 결과 | 오류 메시지 노출 및 결제 미완료 처리 |
이커머스에서는 결제·쿠폰·배송·프로모션 영역에서 예외 케이스가 특히 중요했습니다.
8. 마무리
테스트 케이스는 단순히 많이 작성하는 것이 아니라, 다음 테스트에서도 다시 사용할 수 있는지가 핵심이라고 생각합니다.
초급 단계에서는 형식에 익숙해지는 것이 중요했고, 실무 경험이 쌓일수록 “왜 이 케이스가 필요한가”를 고민하게 되었습니다.
테스트 케이스는 QA의 기본이자, 가장 확실한 실무 역량 증명 수단입니다.
🔗 함께 보면 좋은 글
'QA 실무 가이드' 카테고리의 다른 글
| 📌 QA 실무 가이드 4편 — 이슈(버그) 리포팅 가이드 (0) | 2025.12.23 |
|---|---|
| 📌 QA 실무 가이드 3편 — 탐색적 테스트(Exploratory Testing) 제대로 하기 (1) | 2025.12.21 |
| 📌 QA 실무 가이드 1편 - QA 업무는 실제로 무엇을 할까? (신입·이직 준비 필수) (0) | 2025.12.17 |
| QA와 테스터의 차이: 역할과 업무 정리 (0) | 2025.12.12 |
| 이 블로그에서 다룰 내용 소개 (QA / ISTQB / CSTS) (0) | 2025.12.08 |