테스트케이스 아키텍트

무엇을 해결하나

기억에 의존해 테스트 케이스를 쓰면 정상 경로와 에러 케이스 하나쯤에서 멈춥니다. 게을러서가 아니라, 경계값과 부정 케이스는 내가 만든 기능을 일부러 깨보려는 다른 사고 모드라 만드는 손이 자연히 놓칩니다. 이 도구의 가치는 그 적대적 검증을 매번 빠짐없이 자동으로 돌리는 것입니다.

어떻게 동작하나

기능 설명·화면/API 스펙·우선순위 힌트를 받아 고정 구조의 매트릭스로 출력합니다 — 각 케이스에 ID·전제조건·입력·예상 결과·우선순위(P0~P2). 세 층위를 모두 채웁니다.

1. 정상(happy path)
2. 경계값 — 최소 / 최대 / 경계±1 / 빈값
3. 부정·예외 — 잘못된 형식 / 권한 없음 / 상태 전이 위반 / 중복 / 레이트리밋

스펙에 없는 사항(대소문자 구분, 권한 체크, 상태 전이)은 추측으로 "정상 동작"이라 적지 않고 **"확인 필요"**로 표시합니다. 추측을 사실로 적는 순간 이 도구의 존재 이유가 사라지기 때문입니다.

입출력 예시

입력

쿠폰 코드 입력 필드. 6~12자 영숫자, 만료된 코드 거부, 1일 3회 시도 제한.

출력 (요약)

• 정상: 유효한 8자 코드
• 경계값: 5자 / 6자 / 12자 / 13자
• 부정: 특수문자 포함 · 만료된 코드 · 4회째 시도 · 공백 입력 · 대소문자 변형
• 각 케이스에 ID·전제·예상 결과·우선순위. 스펙에 없는 "대소문자 구분 여부"는 확인 필요로 표시

누가 사면 좋나

• 전담 QA가 없는 스타트업 개발팀
• 1인 개발자
• "완전한 커버리지"가 무엇인지 배우는 신입 QA 엔지니어 교육용

신뢰 근거

경계값·부정 케이스 카탈로그를 내장해 매번 같은 적대적 체크리스트를 적용합니다. 사람이 컨디션에 따라 놓치는 편차를 없앱니다.

생성된 테스트 케이스는 초안입니다. 실제 실행 전 팀의 도메인 지식으로 검토·보완하세요.