01 / 03
테스트를 시작하기 전에
- 시뮬레이터 또는 Windows 앱을 선택하고 버전·접속 URL·시험 날짜·기기·해상도·Windows 배율을 기록한다.
- 매장 이름은 시험 매장을 쓰고 사진·목소리는 제공 예시 또는 당사자가 동의한 자료만 사용한다.
- 한 테스트에서 조건을 하나씩 바꾼다. 먼저 357:103과 기본 설정, 그다음 다른 비율·장치를 시험한다.
- 오류가 나면 새로고침 전에 화면과 시간, 직전 동작을 남긴다. 계속 작업할 수 없는 경우 복구 후 새로고침 여부를 적는다.
권장 30분 체험 순서
| 시간 | 체험 | 확인할 질문 |
|---|
| 0~5분 | 로그인·비율·전체 메뉴 | 처음 보는 사람이 핵심 기능을 찾을 수 있는가 |
| 5~12분 | 사진·스타일 선택·생성·비교 | 순서가 분명하고 얼굴·머리 결과를 판단할 수 있는가 |
| 12~18분 | 양방향 텍스트 번역·기록·요약 | 대화가 사라지거나 입력이 혼동되지 않는가 |
| 18~23분 | 콘텐츠·거울·두피·고객 기록 | 광고와 작업 영역이 서로 방해하지 않는가 |
| 23~28분 | 관리자·지역·계약·정산·복귀 | 숫자의 의미를 이해하고 광고가 다시 표시되는가 |
| 28~30분 | 피드백 작성 | 문제 재현과 원하는 개선을 구분해 적었는가 |
카메라·두 마이크·실물 패널이 없는 직원은 해당 TC를 “미실행”으로 남긴다. 다른 직원의 성공을 본인이 검사한 것으로 복사하지 않는다. 생성이 실패하거나 사용량에 걸리면 성공으로 바꾸지 말고 작업 상태와 오류를 기록한다.
양식: TC-실행기록.csv, 피드백-양식.csv, 현장환경-기록.csv. 접속 링크와 빌드는 이 자료 묶음의 웹 허브에서 확인한다.
02 / 03
TC 실행과 우선순위
| 우선순위 | 의미 | 대표 항목 |
|---|
| P0 | 다음 단계 시험을 막는 핵심 장애 | 로그인 불가·고객 데이터 혼합·광고 지역 오류·앱 정지 |
| P1 | 주요 사용 흐름 또는 회복 문제 | 관리자 복귀 광고 로딩·미리보기 검정·STT 없음·정산 오류 |
| P2 | 사용성·표시·편의 개선 | 글자 잘림·버튼 간격·필터 설명·안내 문구 |
결과의 네 가지 상태
성공은 기대 결과가 관찰된 경우다. 실패는 절차를 완료했지만 기대와 달랐을 때다. 차단은 로그인·장치·네트워크 등 선행 조건 때문에 해당 검사를 진행하지 못한 경우다. 미실행은 아직 해보지 않은 항목이다. 음량 막대만 움직인 것은 음성 번역 TC 성공이 아니다.
특히 반복할 회귀 항목
- 홈 → 관리자 → 홈을 10회 반복하고 매번 광고를 기다린다. 화면 크기와 매장 변경을 섞어 5회 추가한다. 새로고침으로만 회복되면 실패로 기록한다.
- 광고 이미지와 영상이 바뀌는 중 관리자에 갔다 돌아온다. 준비 표시가 실제 미디어 위에 남는지 확인한다.
- 로그아웃 후 재로그인, 다른 매장 선택, 광고 만료·중지·새 배포를 비교한다.
- 생성 도중 다른 화면 이동, 실패 뒤 재시도, 원본 비교와 저장 후 새로고침을 확인한다.
- A/B 원문과 번역·대화 기록을 각각 확인하고 상담 요약에 사실이 추가되지 않았는지 대조한다.
문제 기록 예시
좋은 기록: “외부 웹, 357:103, 대구 수성. 홈에서 이미지 광고가 보임 → 관리자 현황 진입 → 브랜드 버튼으로 홈 복귀. 20초간 광고 준비중, 3회 중 2회. 새로고침 후 회복. 11월 4일 09:10 화면 첨부.” 이 문장은 양식 예시이며 이번 현장 측정 결과가 아니다.
기대 동작 근거: App.tsx, MotionAdRail.tsx, Studio.tsx, Translate.tsx, server/ads-api.mjs. 개별 TC의 실제 결과는 기록자와 증거가 있어야 완료로 집계한다.
03 / 03
자유 의견도 구조 있게 남기기
| 필드 | 작성 방법 |
|---|
| 제목 | 어느 화면에서 어떤 문제가 있었는지 한 문장 |
| 사용 목적 | 사용자가 하려던 일. 예: 상담 후 스타일 추천 받기 |
| 재현 순서 | 화면·버튼·입력·기다린 시간을 차례대로 |
| 기대와 실제 | 원하던 결과와 관찰한 결과를 분리 |
| 빈도와 영향 | 몇 회 중 몇 회, 작업을 계속할 수 있는지 |
| 첨부 | 비밀·고객 얼굴·계정정보를 가린 화면 또는 짧은 영상 |
| 개선 제안 | 자유 의견. 디자인 취향과 작동 오류를 구분 |
개발팀의 처리
접수 → 재현 확인 → 수정 중 → 수정본 전달 → 원 제보자 재확인 순서로 진행한다. 재현되지 않은 항목은 임의로 완료하지 않는다. 수정 버전·적용 위치·회귀 TC·증거를 연결하고, 웹에서 고쳤는지 EXE까지 다시 패키징했는지를 명시한다.
공유 전 확인
- 계정 비밀번호·세션·API 키·로그인 QR·고객 연락처가 첨부에 없는지 확인한다.
- 관찰한 문제를 화면 녹화 없이 서술할 수 있으면 최소 정보만 남긴다.
- 고객 자료가 필요한 결함은 내부 접근이 제한된 증거 위치를 쓰고 공개 허브에 올리지 않는다.
- 자유 피드백은 CSV 또는 앱 하단 의견 보내기로 제출할 수 있다. 한 건의 TC 실패와 연결할 때 TC ID를 적는다.
팀 회의에서는 실패 수만 보지 말고 가장 많이 막힌 사용 목적과 복구 가능한지부터 본다. 실제 시험 결과가 쌓이면 기기·비율·버전별로 비교한다. 빈 양식을 배포한 단계에서는 통과율·완료율을 계산하지 않는다.
현재 피드백 흐름 근거: web/src/MotionFeedback.tsx, MotionAdmin.tsx, verification/ui-functional.json. 이 묶음은 신규 수집용 빈 양식이며 이전 테스트 결과를 덮어쓰지 않는다.