| 구분 | 실행 명령 | 수집된 테스트(총) | 실행된 테스트 | 통과(Pass) | 실패(Fail) | 스킵(Skip) | 제외(Deselected) | 한 줄 요약 |
|---|---|---|---|---|---|---|---|---|
| 전체 테스트 스위트(최근 기록) | pytest -q |
1030 | 1018 | 1006 | 11 | 1 | 12 | 전체는 대부분 통과, 실패 11개는 “기존 이슈”로 남아있음 |
| (참고) Phase 25 당시 전체 | (보고서 기록) | (미기재) | (미기재) | 681 | 11 | (미기재) | 12 | 실패 11개가 **“기존 personalization(개인화) 이슈”**로 표기됨 |
계산 기준(Phase 38):
수집된 테스트(총) = 1006(pass) + 11(fail) + 1(skip) + 12(deselected) = 1030
실행된 테스트 = 1006(pass) + 11(fail) + 1(skip) = 1018
(pytest 요약 문구가 이렇게 나오면 위 계산은 딱 떨어져서 확정이야)
⚠️ 중요: 현재 공유된 보고서들에는 “실패 11개가 정확히 어떤 테스트명인지(FAIL 목록) / 어떤 에러인지(스택트레이스)”가 적혀있지 않아서, 11개를 하나하나 항목(F-01~F-11)으로 쪼개서 적는 건 정확하게 못 해.
대신 문서에 “원인 라벨”로 적힌 범위까지만 정확하게 분류/조치로 정리했어.
| 실패 분류(문서 기준) | 실패 수 | 영향 | 현 상태(문서 기준) | 조치(멘토 보고용으로 말할 수 있는 수준) | 증빙 근거 |
|---|---|---|---|---|---|
| 기존 이슈: Personalization(개인화) 관련 실패 | 11 | 기능 자체보다 QA 신뢰도/릴리즈 품질에 영향 | Phase 25에도 11개 실패로 기록되어 있고, Phase 38에서도 “기존 테스트 11개 실패”로 남아있음 | ① 실패 목록(테스트명/에러)을 먼저 로그로 고정해서 Fail 리스트를 ‘정식 이슈 티켓’으로 등록 ② “원인 확정 → 수정/보완 → 재실행”으로 Fail=0 목표 ③ 수정 전까지는 릴리즈 차단 여부(Blocking/Non-blocking) 기준을 정해 품질 게이트로 관리 | Phase 25: “기존 personalization 이슈” 표기 / Phase 38: “기존 테스트 11개 실패(Phase 38과 무관)” 표기 |
pass + fail + skip 합으로 보면 돼.