품질 검증 · 테스트 케이스 생성 현재 제공

화면과 문서가 케이스가 됩니다.

수집한 화면과 등록한 문서, 저장소 코드에서 시나리오 · 전제조건 · 입력값 · 기대 결과를 갖춘 케이스를 만듭니다. 검증할 수 없는 초안은 버리고 다시 채웁니다.

사람 작성 · 문서 기반 · 코드 기반 세 출처를 한 표에서 관리합니다.

케이스 표

세 출처, 하나의 케이스 표.

사람이 쓴 케이스, 문서에서 만든 케이스, 코드에서 만든 케이스가 같은 표에 놓입니다. 출처가 달라도 필드는 같아서 실행과 판정에서 구분 없이 다뤄집니다.

  • 시나리오 · 전제조건 · 입력값 · 기대 결과
  • 우선순위: 낮음 · 보통 · 높음 · 치명
  • 자동화 수준: 수동 · 자동화 후보 · 자동화됨
  • 중복 케이스는 정리하고, 한·영·일로 번역합니다

PR 기반 제안

PR마다 케이스 제안이 옵니다.

저장소 PR의 변경 내용을 읽어 신규 · 수정 · 삭제 케이스를 제안합니다. 제안은 사람이 승인하거나 거절하고, 승인된 것만 활성 케이스가 됩니다.

  • GitHub 저장소를 연결하면 PR 단위로 분석합니다
  • 바뀐 화면과 흐름에 맞춰 신규 · 수정 · 삭제를 제안합니다
  • 승인·거절 이력이 남고, 채택률은 품질 추이에서 봅니다
  • 케이스 제안이 오면 브라우저 알림으로 받습니다

검증 가능성

검증할 수 없는 초안은 버립니다.

화면에서 닿을 수 없거나 기대 결과를 확인할 수 없는 초안은 걸러내고 다시 채웁니다. 케이스 수를 늘리는 대신 실행이 뒷받침하는 케이스만 남깁니다.

  • 화면 수집 결과와 대조해 닿을 수 없는 흐름을 제외합니다
  • 기대 결과가 없는 초안은 다시 생성합니다
  • 케이스가 있어도 실행되지 않았다면 검증 범위에 들어가지 않습니다
  • 관리형 QA에서는 전문가가 탐색적 QA로 빈틈을 채우고 케이스를 유지합니다

공통 체크리스트

17개 카테고리를 빠짐없이.

어느 서비스든 확인해야 할 항목을 체크리스트로 두고, 카테고리마다 실제로 실행된 검증이 있는지 체크리스트 커버리지로 봅니다.

인증

로그인 · 로그아웃 · 비밀번호 재설정 · 계정 잠금

세션

만료 · 동시 로그인 · 재로그인 후 상태 유지

입력 검증

형식 · 길이 · 경계값 · 특수문자 · 필수 항목

CRUD

생성 · 조회 · 수정 · 삭제와 그 순서 의존성

검색·필터

조건 조합 · 결과 없음 · 초기화 · 정렬

페이지네이션

첫 · 마지막 페이지 · 항목 수 변경 · 정렬 유지

데이터 무결성

저장 후 재조회 · 동시 수정 · 참조 관계

파일

업로드 · 다운로드 · 형식 · 용량 제한

권한

역할별 접근 · 권한 없는 URL 직접 진입

알림

발송 조건 · 내용 · 읽음 처리

반응형 UI

모바일 · 태블릿 · 데스크톱 폭에서의 배치

접근성

키보드 이동 · 포커스 · 대체 텍스트 · 대비

다국어

언어 전환 · 번역 누락 · 날짜 · 통화 표기

성능

첫 화면 · 목록 · 검색의 응답 지연

보안

입력 이스케이프 · 인증 우회 · 노출된 식별자

오류 처리

실패 메시지 · 재시도 · 복구 경로

내비게이션

뒤로 가기 · 딥링크 · 이동 후 상태

자주 묻는 질문

케이스 생성, 자주 묻는 것.

테스트 계정 없이도 케이스를 만들 수 있나요?
로그인 뒤 화면이 대부분인 서비스라면 테스트 계정을 등록해야 화면 수집이 그 안까지 들어갑니다. 계정 없이 시작하면 공개 화면과 문서·코드 기반 케이스까지만 만들어지고, 계정을 등록한 뒤 화면을 다시 수집하면 나머지가 채워집니다.
코드 기반 생성은 저장소의 무엇을 읽나요?
GitHub App으로 연결한 저장소의 코드와 PR 변경 내용을 읽어 케이스를 제안합니다. 제안은 사람이 승인해야 활성 케이스가 되며, 저장소 접근 범위와 데이터 처리 조건은 배포 · 데이터 처리에서 확인할 수 있습니다.
만들어진 케이스는 누가 검토하나요?
고객 팀이 직접 쓰면 테스터 역할이 케이스를 작성·검토하고 QA 책임자가 승인합니다. 관리형 QA를 결합하면 전문가가 초안을 검토하고 탐색적 QA로 빈틈을 채운 뒤 케이스를 계속 유지합니다.
스프레드시트로 관리하던 케이스는 어떻게 하나요?
사람 작성 케이스로 등록해 같은 표에서 관리합니다. 등록한 케이스도 우선순위와 자동화 수준을 갖고, 계획에 포함하면 실행과 검증 범위에 함께 잡힙니다.
자동화 후보는 무엇이고, 누가 자동화로 바꾸나요?
자동화 수준은 수동 · 자동화 후보 · 자동화됨 세 단계입니다. 자동화 후보는 UI 검증이나 API 검증으로 실행할 수 있는 케이스이고, 실행에 붙이면 자동화됨이 됩니다. 자동화 비율은 품질 추이에서 주별로 봅니다.
한·영·일 번역은 어떤 단위로 되나요?
케이스 단위로 번역되어 시나리오 · 전제조건 · 입력값 · 기대 결과가 같은 구조로 나옵니다. 해외 고객 프로젝트를 수행하는 개발사·SI가 한 벌의 케이스로 보고할 때 씁니다.

5분이면 첫 실행까지 갑니다.

저장소를 연결하고 대상 URL을 등록하면 화면 수집과 케이스 생성을 거쳐 첫 실행까지 보통 5분입니다. 데모에서 귀사 스테이징으로 직접 봅니다.

sales@qoretix.com+82-33-242-0210평일 10:00 – 18:00 KST