QA 사전진단

시간에 쫓겨 "일단 출시하고 보자!"고 했다가, 고객이 먼저 버그를 발견한 적 있으신가요?
ISO 29119 / ISTQB 국제 표준 기반 5개 핵심 영역 15문항으로 우리 팀의 진짜 QA 성숙도 및 품질 역량을 검증해 보세요.

테스트는 하고 있죠.
잘 하고 있는지는 별개.

버그 잡는 데 온 힘을 다 쏟았는데, 왜 배포만 하면 또 터질까요?
아래 '무료 진단하기'를 누르면 15개 문항 설문 페이지로 바로 이동합니다.

진단 분야 5개 영역

평가 문항 15문항

소요 시간 약 3분

진단 비용 100%무료

AREA 01

테스트 계획·설계

Q1. 개발 시작 전, “그래서 뭘 테스트하지...”가 없도록 준비하고 있나요?

진단 근거: 29119 테스트 프로세스 / ISO 25010 품질 요구사항

Q2. “정상이니까 PASS!” 전에 예외 상황도 확인하나요?

진단 근거: ISTQB 테스트 설계 기법

Q3. 출시 전, 중요한 기능부터 골라 테스트하고 있나요?

진단 근거: ISTQB Risk-based / Priority-based testing

AREA 02

테스트 실행·결함 관리

Q4. 테스트 직전, “계정 어디 있지...” 하지 않도록 미리 준비하나요?

진단 근거: ISO 29119 테스트 프로세스

Q5. 버그 발견 후, “안 돼요!” 대신 뭐가 문제인지 남기나요?

진단 근거: ISO 29119-3 테스트 문서화

Q6. “재현 방법 알려주세요”에 바로 설명할 수 있나요?

진단 근거: 결함 관리 및 테스트 문서화

AREA 03

리스크 기반 테스트

Q7. “여기서 터지면 큰일인데...” 싶은 기능을 미리 찾나요?

진단 근거: ISTQB Risk-based testing

Q8. 시간이 부족할 땐, 위험한 기능부터 골라 테스트하나요?

진단 근거: ISTQB Test prioritization

Q9. 릴리즈 전, 버그 개수뿐 아니라 출시해도 괜찮은지 판단하나요?

진단 근거: ISTQB Test management / exit criteria

AREA 04

제품 품질 평가

Q10. 새 기능 추가 후, 기존 기능까지 다시 살펴보나요?

진단 근거: ISO 29119 테스트 프로세스

Q11. ‘QA처럼’이 아니라 실제 사용자처럼 써보나요?

진단 근거: ISO 25010 Quality in Use 관점

Q12. 프로젝트마다 Ctrl+C → Ctrl+V가 아닌, 맞춤형으로 테스트하고 있나요?

진단 근거: ISTQB의 상황·위험 기반 테스트 전략

AREA 05

조직 역량·지속적 개선

Q13. 프로젝트가 끝나면 “드디어 끝!” 대신 회고를 남기나요?

진단 근거: ISO 29119 테스트 프로세스 / 지속적 개선

Q14. 같은 결함이 또 나오면 “이번엔 고쳐졌겠지!” 대신 원인을 확인하나요?

진단 근거: 지속적 품질 개선

Q15. “잘한 것 같아!!!” 대신 데이터로 QA 효과를 확인하나요?

진단 근거: 측정·평가 및 지속적 개선 / DORA의 측정 기반 개선 접근

모든 문항 답변이 완료되었나요?

입력된 답변을 바탕으로 우리 조직의 QA 성숙도 분석 결과가 제공됩니다.

QA 사전진단

테스트는 하고 있죠.잘 하고 있는지는 별개.

QA 사전진단 (총 15문항)