스펙에 대처하는 QA의 자세

간단 소개

QA는 스펙에 대한 이해를 높이고, 스펙으로 분류되는 이슈에 대해 적극적으로 대처하여 제품 품질을 향상시켜야 합니다.

AI Summary

스펙의 정의와 QA의 오해
- 스펙은 Specification의 줄임말로, 제품이나 서비스가 충족해야 하는 문서화된 요구 사항을 의미합니다.
- QA는 '스펙입니다'라는 답변에 단순히 수긍하기보다, 기획서의 어떤 내용에 해당하는지 확인해야 합니다.
- 스펙으로 분류된 이슈가 수정하기 어렵거나 개발자의 실수로 인한 것이라는 의심을 하기보다는, 객관적인 근거를 찾는 것이 중요합니다.
Spec in Close의 중요성
- Spec in Close는 발견된 증상이 스펙 범위 내에 있어 결함으로 분류하지 않는다는 의미입니다.
- 이슈로 의심되는 증상도 우선 BTS에 등록하고, 스펙으로 판명되면 Spec in Close 처리해야 합니다.
- Spec in Close 처리되는 이슈가 많다는 것은 명세서가 불명확하거나 QA가 명세 내용을 제대로 파악하지 못했다는 의미일 수 있습니다.
QA의 효과적인 대처
- 이슈인지 판단하기 어려운 경우, BTS에 티켓을 생성하고 개발/기획자에게 문의하여 스펙 해당 여부를 확인합니다.
- 명세된 내용이 없다면 스펙으로 추가할지, 이슈로 수정할지 논의합니다.
- 사용자의 관점에서 문제를 바라보고 스펙 분류 여부를 결정하는 것이 중요합니다.
- 문제 수정은 잘잘못을 따지는 것이 아니라 제품 품질 향상과 고객 경험 개선을 위한 과정임을 인지해야 합니다.