계획서
계획서에는 근거가 붙습니다.
이름, 설명, 근거, 마크다운 계획서, 선택된 케이스가 한 문서입니다. 어떤 요구사항 때문에 어떤 검증을 넣었는지 계획서 안에서 따라갈 수 있습니다.
- 기능 목록 · 요구사항 · 와이어프레임 · WBS · 권한 매트릭스를 읽습니다
- 첨부 형식은 docx · xlsx · pptx · pdf · 이미지 · markdown
- 활성 케이스 중 이번 계획에 넣을 것을 고릅니다
- 계획서는 마크다운으로 남아 그대로 공유됩니다
요구사항 커버리지
빠진 요구사항이 보입니다.
문서에서 뽑은 검증 가능한 진술 중 실제 실행이 뒷받침하는 비율이 요구사항 커버리지입니다. 계획 단계에서 어느 진술에 케이스가 없는지 먼저 드러납니다.
- 요구사항 커버리지 목표 80%
- 체크리스트 커버리지: 17개 카테고리별로 실행된 검증이 있는지
- 화면 커버리지: 수집한 화면 중 한 번도 열지 않은 화면
- 목표 미만이면 전부 통과해도 판정은 CONDITIONAL
검토와 확정
계획은 사람이 확정합니다.
계획은 초안으로 시작해 검토를 거쳐 활성이 되고, 릴리스가 끝나면 보관됩니다. 관리형 QA에서는 전문가가 계획을 검토하고 빠진 검증을 채웁니다.
- 상태: 초안 · 활성 · 보관
- QA 책임자가 활성 전환과 승인을 맡습니다
- 전문가의 계획 검토와 릴리스 메모는 필요한 범위만 맡깁니다
흐름
문서 등록에서 첫 실행까지.
프로젝트를 준비하고 계획을 만들고, 실행 결과가 다시 계획에 반영되는 순서입니다.
-
프로젝트 준비
GitHub 저장소를 연결하고 테스트 대상 URL과 테스트 계정을 등록합니다. 플랫폼은 웹 · Android · iOS · macOS · Windows · 서버·API 중에서 자동으로 판별됩니다.
-
화면 수집
사이트를 돌아다니며 화면 목록을 모읍니다. 서버·API 프로젝트는 이 단계를 건너뛰고 API 검증으로 갑니다.
-
문서 등록
기능 목록, 요구사항, 와이어프레임, 환경, 권한 매트릭스를 첨부합니다. 문서에서 검증 가능한 진술을 뽑아 요구사항 커버리지의 분모로 삼습니다.
-
계획 생성
문서와 활성 케이스를 읽어 이름 · 설명 · 근거 · 계획서 · 선택된 케이스를 만듭니다. 초안 상태로 시작합니다.
-
검토와 활성화
담당자 또는 전문가가 근거를 읽고 빠진 요구사항을 채운 뒤 활성으로 바꿉니다. 활성 계획이 실행의 기준이 됩니다.
-
실행과 재계획
실행 결과와 요구사항 커버리지가 다음 계획에 반영됩니다. 릴리스가 끝나면 계획을 보관하고 다음 계획을 만듭니다.
자주 묻는 질문
테스트 계획, 자주 묻는 것.
요구사항 문서가 정리돼 있지 않아도 계획을 만들 수 있나요?
계획서는 어떤 형식으로 남나요?
계획 검토는 누가 하나요?
이미 쓰고 있는 문서 도구나 기존 케이스와는 어떻게 연결되나요?
여러 고객 프로젝트를 동시에 운영할 수 있나요?
계획을 활성화하면 무엇이 달라지나요?
요구사항 문서로 데모를 시작합니다.
귀사의 기능 목록이나 요구사항 문서를 가져오시면 데모에서 계획서가 어떻게 만들어지는지 함께 봅니다.
sales@qoretix.com+82-33-242-0210평일 10:00 – 18:00 KST