서비스맵
발견한 페이지와 연결을 한눈에 보고 페이지별 결과를 확인하기
서비스맵은 실제 서비스에서 발견한 페이지와 연결 관계를 시각화합니다. 전체 구조를 훑고 각 페이지의 수집 정보와 검사 결과로 들어가, 어디를 확인했고 어디에 검증이 필요한지 파악할 수 있습니다.
서비스맵의 화면 · 기능 · 사용자 흐름에서 관찰한 구조와 제품의 기대 동작을 연결합니다. 화면은 수집 결과이며, 기능과 흐름은 별도로 작성하거나 검토해 등록합니다.
페이지 수집하기
- 확인할 프로젝트와 대상 환경을 정하고 앱의 서비스맵 → 화면을 엽니다.
- 수집 설정에서 시작 주소와 탐색 범위를 확인합니다. robots 정책, 요청 간격, 캡처 재사용 등 수집 정책은 해당 수집의 조건으로 설정합니다.
- 수집을 시작하고 수집 로그에서 진행 상황이나 접근 실패를 확인합니다.
- 수집이 끝나면 발견한 페이지와 연결을 살펴보고 주요 페이지의 상세 정보를 엽니다.
로그인이 필요한 영역은 대상 서비스에 접근할 수 있는 인증 조건이 필요합니다. 링크로 도달하지 못한 화면이나 특정 계정·입력에서만 나타나는 상태는 수집되지 않을 수 있습니다.
페이지별로 확인할 내용
| 상세 탭 | 확인하는 내용 |
|---|---|
| 개요 | 페이지 기본 정보와 수집된 화면 |
| SEO | 수집된 페이지의 SEO 관련 점검 결과 |
| 품질 | DOM 기반 점검과 수집된 브라우저 지표 |
| 테스트 | 이 페이지와 연결된 테스트 |
| 연결 | 페이지 사이의 연결 관계 |
페이지의 품질 항목은 수집된 근거에 대한 점검입니다. DOM 점검만으로 WCAG 준수나 결제·권한 처리 같은 기능의 성공을 판정하지 않습니다. 접근성이나 성능을 더 자세히 검사하려면 해당 목적의 테스트를 구성합니다.
페이지에서 테스트로 연결하기
페이지 상세의 시나리오 초안으로 검증 정의를 시작할 수 있습니다. 초안에 기대 동작과 실제 검증 코드를 보완한 뒤 실행합니다. 초안 저장 자체가 검증 완료를 뜻하지는 않습니다.
페이지와 테스트의 연결에는 test-case.json의 metadata.sourceUrl과 metadata.pageUrls가 사용됩니다. 페이지에서 초안을 만들면 관련 정보가 채워지며, 직접 작성한 테스트는 URL 정보를 맞춰 연결할 수 있습니다.
변경 사항 살펴보기
변경 내역 → 구조 / 화면에서 기준 실행과 비교 실행을 선택합니다. 이전 수집과 비교해 추가·삭제된 페이지, 발견된 문제, 수집된 화면 차이를 살펴볼 수 있습니다. 비교할 때는 시작 주소, 인증 조건과 탐색 범위를 맞춥니다. 범위를 줄이거나 로그인이 풀려 페이지가 사라진 경우를 제품 삭제로 오해하지 않아야 합니다.
화면 차이는 변경을 찾는 근거입니다. 의도한 디자인 변경인지, 잘못 표시된 상태인지는 제품의 기대 동작과 함께 판단합니다.
서비스맵 이후의 검증
서비스맵은 관찰한 구조를 보여 줍니다. 중요한 페이지가 발견됐더라도 사용자 목표의 완료 여부는 별도 테스트로 확인해야 합니다. UX 검증 관리에서 사용자 흐름·기능·페르소나별로 검증 범위를 구성할 수 있습니다.