UX 검증 관리

같은 서비스도 무엇을 기준으로 보느냐에 따라 필요한 검증이 달라집니다. reopt QA에서는 시나리오, 기능 카탈로그, 페르소나를 조합해 사용자 경험을 확인할 단위를 정할 수 있습니다.

세 가지 관점은 검증 범위를 정리하는 방법입니다. 관점을 선택하는 것만으로 전체 UX를 자동 평가하는 기능을 의미하지는 않습니다.

사용자 흐름 중심

서비스맵 → 사용자 흐름에서 흐름을 추가합니다. 단계별 페이지 주소, 사용자 행동, 기대 동작을 작성하고 관련 기능과 검증을 연결합니다. 단계 순서는 편집할 수 있습니다.

출처는 관찰한 흐름 / AI 제안 / 직접 작성으로 구분합니다. 관찰한 흐름에는 근거를 남기며, 사용자 확인 여부는 별도로 표시합니다. 흐름을 저장하거나 확인했다고 테스트가 실행되는 것은 아닙니다. 이 흐름으로 검증 작성은 흐름을 바탕으로 초안 생성을 요청합니다.

사용자가 달성하려는 목표를 하나의 시나리오로 정의합니다. 페이지 방문보다 목표를 완료했는지를 검증 조건으로 둡니다.

예를 들어 예약 흐름이라면 날짜 선택 → 옵션 선택 → 예약 확정까지 진행하고, 예약 내역에 선택한 날짜와 옵션이 남는지 검사합니다. 페이지가 열렸다는 조건만으로 예약 성공을 판단하지 않습니다.

관련 테스트에 태그를 붙이고 테스트 관리에서 필터와 저장된 보기로 묶을 수 있습니다. 저장된 보기는 테스트를 찾는 조건이므로 테스트나 태그가 바뀌면 포함 항목도 달라질 수 있습니다.

기능 중심

서비스맵 → 기능에서 서비스가 보장해야 할 기능과 연결된 시나리오를 관리합니다.

1. 기능 추가로 이름, 영역, 설명과 담당자를 정합니다.
2. 기능을 확인하는 시나리오를 연결합니다. 기존 정의는 시나리오 동기화로 정리할 수 있습니다.
3. 정상·개선 필요·검토 필요 상태와 실행 근거를 함께 확인합니다.
4. AI로 누락 기능 찾기를 사용한 경우 제안 목록을 검토해 필요한 항목을 선택합니다.

예를 들어 예약 변경, 예약 취소, 환불을 별도 기능으로 관리하면 예약 생성 테스트 하나의 통과로 전체 예약 기능이 정상이라고 판단하는 일을 줄일 수 있습니다. 카탈로그에 기능을 추가하는 것만으로 테스트가 실행되지는 않습니다.

페르소나 중심

사용자 역할, 목표, 숙련도와 실행 조건을 기준으로 같은 흐름을 비교합니다. 비로그인 사용자와 유료 사용자, 모바일 화면과 데스크톱 화면에서 기대 동작이 다르면 별도 조건으로 확인합니다.

페르소나의 설명과 목표는 검증 맥락입니다. 실제 계정 권한, 로그인 상태, locale과 화면 크기는 별도로 준비하고 테스트에서 사용해야 합니다. 시나리오와 페르소나에서 설정 방법을 확인할 수 있습니다.

하나의 기능에 세 관점 적용하기

먼저 중요한 흐름 하나를 실행 가능한 테스트로 만들고, 그 테스트가 다루는 기능과 사용자 조건을 연결합니다. 검증하지 않은 부분은 빈 범위로 남겨 추가 대상을 명확히 합니다. 이후 리포트와 분석에서 실행 결과를 확인합니다.