연동

쓰던 도구는 그대로, 판정만 더합니다.

저장소의 push와 PR이 검증 실행을 부르고, 실패는 Jira 이슈가 되고, 보안 경보는 릴리스 판정에 반영됩니다. 팀이 이미 쓰는 저장소·이슈 트래커·문서 형식 위에 Qoretix를 얹습니다.

데모 요청플랫폼 살펴보기

저장소 · 파이프라인 현재 제공

연결부터 첫 실행까지,
보통 5분.

GitHub App으로 저장소를 연결하고 대상 URL과 테스트 계정을 등록하면 플랫폼이 웹 · 모바일 · 서버·API 여부를 판별해 다음 단계를 정합니다. 서버·API 프로젝트는 화면 수집을 건너뛰고 바로 API 계약 검증으로 갑니다.

  • 화면 수집: 로그인한 상태로 사이트를 돌아다니며 최대 90초 안에 화면 목록을 모읍니다
  • 자동 실행 규칙: 저장소 · 브랜치 · 변경 경로 패턴을 정해 push와 PR에 맞춰 실행하고, 승인 대기 후 실행하는 흐름을 둘 수 있습니다
  • PR 기반 케이스 제안: 변경 내용을 읽어 신규·수정·삭제 케이스를 제안하고 사람이 승인하거나 거절합니다
  • 실행 이력과 증거는 커밋 단위로 보관되어 어느 커밋에서 판정이 바뀌었는지 되짚을 수 있습니다
품질 검증 자세히 보기

연동 대상

도구별로 연결되는 것.

GitHub · GitHub Actions · Jira · 요구사항 문서 · 테스트 계정 · 보안 경보는 지금 연결됩니다. 그 밖의 도구는 미리보기로 확인할 수 있습니다.

연동 영역별 현재 제공 기능과 미리보기 기능
영역현재 제공미리보기
저장소 · 파이프라인
  • GitHub 저장소 연결(GitHub App)
  • GitHub Actions의 push와 PR 이벤트로 자동 실행
  • 브랜치 · 변경 경로 패턴별 자동 실행 규칙
  • 그 외 저장소 호스팅 연결
  • CI 파이프라인 서버 트리거
릴리스 게이팅
  • 릴리스 판정 PASS · CONDITIONAL · FAIL
  • 판정 FAIL 시 브라우저 알림
  • QA 책임자 릴리스 서명
  • PR 상태 체크에 판정 반영
  • 판정 FAIL 시 배포 파이프라인 차단
이슈 추적
  • 실패 결과의 Jira 이슈 자동 발행
  • 이슈와 실행 결과 · 증거 상호 연결
  • 그 외 이슈 트래커 연동
요구사항 문서
  • docx · xlsx · pptx · pdf · 이미지 · markdown 첨부
  • 기능 목록 · 요구사항 · 와이어프레임 · WBS · 권한 매트릭스에서 케이스 생성
  • 요구사항 커버리지 산출
  • 문서 도구 직접 연결
API 명세
  • API 계약 검증 실행
  • 서버·API 프로젝트 자동 판별
  • API 명세 파일에서 계약 검증 케이스 생성
테스트 계정
  • 테스트 계정(로그인 정보) 등록
  • 로그인 뒤 화면 수집과 권한별 검증
  • SSO 로그인 검증
보안 검사
  • GitHub 코드 스캔·시크릿 스캔·의존성 경보 조회
  • 저장소 lockfile 기준 공급망 · 악성 패키지 검사
  • 치명·주요 취약점의 판정 FAIL 반영
  • 외부 보안 스캐너 결과 수집
  • 클라우드 점검
운영 모니터링—
  • 관측 도구의 오류·성능·릴리스 이벤트를 커밋 단위로 수집
  • 운영 오류를 재현하는 회귀 검증 추가
알림
  • 브라우저 알림: 승인 요청 · 실행 완료 · 판정 FAIL · 검증 격리 · 커버리지 미달 · 케이스 제안
  • 이메일 알림
  • 채팅 채널 알림
  • 웹훅
공개 API—
  • 실행 트리거 · 결과 조회 API
  • 웹훅 수신

이슈 추적 · 알림 현재 제공

실패는 이슈로, 판정은 알림으로.

실패한 케이스는 Jira 이슈로 자동 발행되고, 이슈에서 스크린샷·재현 영상·로그가 붙은 실행 결과로 바로 이동합니다. 판정이 FAIL로 내려가거나 검증이 격리되면 브라우저 알림이 QA 책임자에게 갑니다.

  • Jira 이슈에는 결함 심각도(치명 · 주요 · 경미 · 사소)와 증거가 붙은 실행 결과 링크가 함께 실립니다
  • 재검증에서 통과하면 이슈에 연결된 결과가 갱신되어 무엇이 닫혔는지 남습니다
  • 알림 여섯 종류: 승인 요청 · 실행 완료 · 판정 FAIL · 검증 격리 · 커버리지 미달 · 케이스 제안
리포트 · 증거 자세히 보기

기술 기반

연동 아래에서 돌아가는 것.

연결된 도구가 무엇이든 실행과 판정은 같은 엔진, 같은 규칙 위에서 이뤄집니다.

GitHub App 연결

저장소 단위로 연결하고 push와 PR 이벤트를 받습니다. PR 변경 내용은 케이스 제안과 자동 실행 규칙의 입력이 됩니다.

브라우저 엔진 3개

UI 검증은 Chromium · Firefox · WebKit에서 따로 실행되고 격리 여부도 엔진별로 측정합니다. 한 엔진에서만 뒤집히는 검증이 판정을 흔들지 않습니다.

API 계약 검증

서버 · API 프로젝트는 화면 대신 계약을 검증합니다. 응답 구조와 상태가 계약과 다르면 실패로 남고 증거에 요청 · 응답 로그가 붙습니다.

테스트 계정 · 대상 URL

스테이징 URL과 테스트 계정으로 로그인 뒤 화면을 수집합니다. 첨부한 권한 매트릭스 문서는 권한 검증 케이스의 재료가 됩니다.

커밋 시점 의존성 트리

lockfile을 읽어 패키지 버전을 공개 취약점 DB에 조회하고 의존성 트리를 커밋 시점 기준으로 기록합니다. 악성으로 신고된 패키지는 치명으로 따로 표시됩니다.

조직별 워크스페이스

워크스페이스는 조직 단위로 분리되어 고객사에는 자기 프로젝트만 보입니다. 역할은 QA 책임자 · 테스터 · 고객 세 가지이고 화면은 한·영·일로 나옵니다.

자주 묻는 질문

도입 전에 확인하는 것.

GitHub가 아닌 저장소를 쓰고 있어도 도입할 수 있나요?
저장소 연결은 GitHub App 방식입니다. PR 기반 케이스 제안, 코드 기반 케이스 생성, 보안 경보 조회는 GitHub 연결을 전제로 합니다. 다른 저장소 호스팅 연결은 미리보기이며, 도입 상담에서 저장소 조건을 듣고 적용 범위를 확인합니다.
Jira를 쓰지 않으면 결과를 어떻게 받나요?
실행마다 HTML 리포트 · 스크린샷 · 재현 영상 · 로그가 워크스페이스에 남고, 역할별로 열람할 수 있습니다. 판정 FAIL과 실행 완료는 브라우저 알림으로 받습니다. 다른 이슈 트래커 연동은 미리보기입니다.
이미 보안 스캐너와 관측 도구를 쓰고 있습니다. 겹치나요?
보안 검사는 연결된 GitHub 저장소의 코드 스캔 · 시크릿 스캔 · 의존성 경보를 읽어 릴리스 판정에 반영하는 것이지 스캐너를 대체하지 않습니다. 저장소에서 해당 기능이 꺼져 있으면 0건이 아니라 확인 불가로 표시됩니다. 관측 도구의 운영 오류를 회귀 검증으로 바꾸는 흐름은 데모에서 미리보기로 볼 수 있습니다.
요구사항 문서는 어떤 형식으로 넣나요?
docx · xlsx · pptx · pdf · 이미지 · markdown을 첨부합니다. 기능 목록, 요구사항, 와이어프레임, WBS, 테스트 계정, 환경, 권한 매트릭스를 읽어 케이스를 만들고 요구사항 커버리지를 계산합니다. 문서 도구를 직접 연결하는 방식은 미리보기입니다.
테스트 계정과 대상 URL은 어디에 쓰이나요?
대상 URL은 스테이징을 권장하며, 테스트 계정으로 로그인한 뒤 화면을 수집하고 검증을 실행합니다. 계정 정보의 보관과 삭제 조건은 배포 · 데이터 처리에서 설명합니다.
우리 파이프라인에서 직접 실행을 걸 수 있나요?
GitHub Actions의 push와 PR 이벤트와 브랜치 · 변경 경로 패턴의 자동 실행 규칙으로 실행합니다. 공개 API와 웹훅으로 실행을 걸고 결과를 받는 방식은 미리보기이며, 파이프라인 요구사항을 도입 상담에서 함께 봅니다.

팀의 도구 조합으로 데모를 봅니다.

저장소, 이슈 트래커, 문서 형식을 알려주시면 그 조합으로 프로젝트 준비부터 첫 판정까지 보여드립니다.

데모 요청도입 상담

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