기타
스펙에 대처하는 QA의 자세
두줄요약
QA 관점에서 스펙은 문서화된 요구 사항이며, 근거 없는 스펙 분류는 피해야 합니다. 의심 증상도 티켓으로 등록해 명세 확인과 사용자 관점의 논의를 거쳐 처리해야 합니다.
구조와 흐름
- 스펙을 제품·서비스가 충족해야 할 문서화된 요구 사항으로 정의
- 발견 증상이 명세된 기대 결과나 허용 예외에 포함될 때의 Spec in Close 분류
- 의심 증상의 BTS 등록, 명세 근거 확인, Spec in Close 또는 수정·명세 추가 결정 절차
주의할 점
- 구두 판단이 아닌 기획서 등 인지 가능한 문서 근거의 확인
- 명세 없는 증상의 사용자 관점 검토와 스펙 편입 여부 협의
- 책임 공방보다 원인 파악과 제품 품질·고객 경험 개선 우선
적용해볼 점
- 스펙 추정 증상도 Open 상태의 이슈 티켓으로 우선 등록
- Spec in Close 건수를 명세 품질과 QA의 명세 이해도 점검 지표로 활용
