팀별 · 과제별
지금 맞는 곳에서 시작합니다.
팀 구성으로 고르거나, 당장 풀어야 할 과제로 고릅니다.
공통 기준
어느 팀이든 판정은 세 단계.
PASS, CONDITIONAL, FAIL. 규칙은 프로젝트마다 같습니다. 판정 옆에는 무엇을 검증했고 무엇을 보지 않았는지가 붙습니다.
- FAIL: 치명·주요 실패. 치명·주요 보안 취약점 포함
- CONDITIONAL: 경미·사소 실패만 있거나, 격리·보류된 검증이 있거나, 요구사항 커버리지 80% 미만
- PASS: 실행한 전부가 첫 시도에 통과
- 검사가 꺼져 있으면 0건이 아니라 '확인 불가'
함께 얻는 것
어디서 시작하든 남는 것.
실행마다 남는 증거
실패마다 스크린샷과 재현 영상, 로그가 붙고, 실행마다 HTML 리포트가 남습니다. 판정의 근거를 따로 찾지 않아도 됩니다.
무엇을 보지 않았는지
요구사항·체크리스트·화면 세 축의 검증 범위입니다. 한 번도 열지 않은 화면이 몇 개인지 보입니다.
필요한 만큼의 전문가
계획 검토, 탐색적 QA, 결과 분류, 재검증, 릴리스 메모. 범위를 정해 맡기면 같은 워크스페이스에 기록됩니다.
관리형 QA자주 묻는 질문
시작점을 고르기 전에.
여러 과제를 한 프로젝트에서 같이 다룰 수 있나요?
네. 품질 검증과 보안 검사는 같은 프로젝트에서 한 판정으로 묶입니다. 시작은 한 과제로 하고, 같은 프로젝트에서 넓히면 됩니다.
제품팀과 개발사가 쓰는 기능이 다른가요?
플랫폼은 같습니다. 개발사·SI는 고객 프로젝트별 워크스페이스 분리와 고객 열람 역할을 더 많이 쓰고, 제품팀은 PR 기반 케이스 제안과 자동 실행 규칙을 더 많이 씁니다.
기존 테스트 코드와 CI 파이프라인은 어떻게 되나요?
GitHub 저장소와 GitHub Actions에 맞춰 push와 PR 시점에 실행합니다. 기존 코드에서 케이스를 읽어 초안으로 만들 수 있어 처음부터 다시 쓰지 않습니다.
검증을 직접 하기 어려운 팀은요?
관리형 QA로 필요한 업무만 전문가에게 맡깁니다. 결과는 팀이 직접 쓸 때와 같은 프로젝트에 남습니다.
시작하려면 무엇이 필요한가요?
GitHub 저장소, 스테이징 URL, 테스트 계정, 있다면 요구사항 문서입니다. 화면 수집은 최대 90초, 첫 실행까지 보통 5분입니다.
팀과 과제를 알려주세요.
어느 프로젝트부터, 어떤 판정 기준으로 시작할지 데모에서 함께 봅니다.
sales@qoretix.com+82-33-242-0210평일 10:00 – 18:00 KST