UI 검증 · 전문가 UX 검토 현재 제공

세 엔진에서 같은 화면을 봅니다.

Chromium · Firefox · WebKit에서 케이스를 실행하고, 실패한 화면에는 스크린샷, 재현 영상, 로그가 붙습니다. 케이스가 잡지 못하는 흐름의 문제는 전문가가 직접 앱을 써 보고 검토합니다.

UI 검증은 플랫폼이 실행하고, UX 검토는 관리형 QA 전문가가 수행합니다.

브라우저 매트릭스

엔진마다 따로 실행하고 따로 판정합니다.

같은 케이스가 세 엔진에서 각각 실행됩니다. Firefox에서만 결제 금액 입력 검증이 빠진다면 그 엔진의 실패로 기록되고, 다른 엔진의 통과와 섞이지 않습니다.

  • Chromium · Firefox · WebKit 세 엔진을 기본으로 실행합니다.
  • 실행 유형은 스모크, 회귀, 신규 기능, 릴리스 전, 권한 등에서 고릅니다.
  • 저장소 · 브랜치 · 변경 경로 규칙에 맞춰 push와 PR마다 자동 실행하고, 필요하면 승인 뒤 실행합니다.
  • 검증 신뢰도는 엔진별로 따로 측정합니다. 최근 20회 실행에서 뒤집힘이 20% 이상이면 그 엔진에서만 격리됩니다.

실패 증거

실패 화면은 영상으로 다시 봅니다.

실패한 케이스마다 그 순간의 스크린샷, 처음부터 실패까지의 재현 영상, 실행 로그가 자동으로 남습니다. 어느 엔진의 어느 단계였는지도 함께 기록됩니다.

  • 스크린샷 — 실패한 단계의 화면을 그대로 남깁니다.
  • 재현 영상 — 클릭과 입력 순서를 그대로 다시 재생합니다.
  • 로그 — 실행 로그를 단계별로 붙입니다.
  • 증거는 HTML 리포트에 묶여 실행 이력으로 보관되고, Jira 이슈를 발행할 때 함께 연결됩니다.

전문가 UX 검토 선택

케이스에 없는 문제는 사람이 찾습니다.

결제 실패 뒤 재시도 경로가 없거나 새로고침하면 필터가 풀리는 문제는 케이스가 통과해도 남습니다. 전문가가 릴리스 전 실제 흐름대로 앱을 써 보고, 발견을 심각도와 함께 노트로 남깁니다.

  • 탐색적 QA — 요구사항 문서와 수집한 화면 목록을 기준으로 주요 흐름을 직접 수행합니다.
  • 검토 노트 — 위치, 재현 경로, 심각도(치명·주요·경미·사소)를 적습니다.
  • 발견 처리 — 케이스로 전환해 회귀 검증에 추가하고, 필요하면 Jira 이슈로 발행합니다.
  • 릴리스 메모 — 판정과 함께 담당자에게 전달합니다.

체크리스트 카테고리

화면 케이스가 다루는 영역.

공통 체크리스트 17개 카테고리 가운데 화면과 직접 닿는 항목입니다. 카테고리마다 실행된 검증이 있는지가 체크리스트 커버리지로 잡힙니다.

입력 검증

금액 상한, 필수 입력, 형식 오류에서 안내가 뜨고 제출이 막히는지 확인합니다.

내비게이션

뒤로가기, 새로고침, 직접 URL 진입 뒤에도 상태와 화면이 유지되는지 봅니다.

반응형 UI

해상도별로 요소가 가려지거나 겹치지 않는지 스크린샷으로 비교합니다.

접근성

키보드만으로 흐름을 끝낼 수 있는지, 레이블과 포커스 순서가 맞는지 확인합니다.

다국어

언어를 바꾼 화면에서 문구 누락과 레이아웃 깨짐을 찾습니다.

오류 처리

실패 응답을 받았을 때 화면이 멈추지 않고 사용자에게 다음 행동을 안내하는지 봅니다.

자주 묻는 질문

UI 검증과 UX 검토를 시작하기 전에

UI 검증을 시작하려면 무엇이 필요한가요?
테스트 대상 URL(스테이징 권장)과 테스트 계정, 그리고 화면 수집이면 됩니다. 화면 수집은 사이트를 돌아다니며 최대 90초 안에 화면 목록을 모으고, 이 목록이 케이스 생성의 재료가 됩니다.
세 엔진을 모두 돌려야 하나요?
Chromium · Firefox · WebKit 세 엔진에서 실행되고, 자동 실행 규칙에서 실행 유형을 정합니다. 통과·실패·격리는 엔진별로 따로 기록되므로 한 엔진의 문제가 다른 엔진 결과를 가리지 않습니다.
UX 검토도 자동으로 되나요?
아닙니다. UX 검토는 관리형 QA 전문가가 직접 앱을 사용하며 수행하는 일입니다. 범위와 주기는 도입 상담에서 정하고, 검토 노트와 발견은 같은 플랫폼 안에서 케이스와 릴리스 메모로 이어집니다.
결과가 왔다 갔다 하는 테스트는 어떻게 되나요?
같은 커밋에서 결과가 뒤집힌 검증은 최근 20회 실행 기준으로 추적되고, 뒤집힘이 20% 이상이면 자동 격리됩니다. 격리된 검증은 계속 실행되고 보고되지만 판정을 FAIL로 만들지 못하며, 그 실행은 CONDITIONAL로 표시됩니다.
이미 만들어 둔 화면 테스트 코드가 있으면요?
저장소를 연결하면 코드 기반 케이스 생성이 기존 테스트와 화면 코드를 읽어 케이스 초안을 만듭니다. 담당자가 초안을 승인하면 세 엔진 실행과 증거 첨부, 릴리스 판정이 같은 방식으로 적용됩니다.

세 엔진 결과를
한 화면에서 봅니다.

데모에서 세 엔진 실행 결과와 실패 증거, 전문가 UX 검토 노트가 하나의 릴리스 판정으로 모이는 과정을 봅니다.

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