왜 이 트래커가 필요한가
발표(8/24) 전에 배포 직전 수준으로 전수 검사한다.
한 PR 에 몰면 파일이 너무 많이 바뀌어 리뷰가 불가능하므로 검증 축마다 이슈 1개 = PR 1개로 쪼갰다.
먼저 알아야 할 것 — 지금까지 실측된 사실
이미 확인된 것
| 항목 |
결과 |
| 전체 테스트 |
1090개 전부 통과 (develop 84ffff2b 기준, Windows 실측). 초기 보고된 CRLF 실패는 낡은 브랜치 기준 오보였고 #244에서 이미 해결됨 → #251 로 범위 축소 → 나머지 헬퍼 4종도 PR #274 에서 정규화 완료(UI 구조 테스트 22/22) |
| 엔드포인트 실존 |
문서 4-2 경로 57개 중 56개 존재. IF-API-26 없음 |
문서 없는 /api/** 매핑 |
0건 |
| MPA/Ajax 표기 |
#84 · #246 에서 18건 교정 완료 |
| 오류코드 |
문서 42개 = FgcErrorCode enum 42개 — 개수만 일치, 내용 미대조 |
| 1차 범위 |
FUN 36건 · 화면 21종(팝업 2 포함) · API 56행 |
| DB |
테이블 53종 · 마이그레이션 32개(+ 데모 시드 5개, local 전용) |
| 규제 |
REG 27개 ID · 운영정책서 57개 조문 |
아직 아무도 안 본 것
요청·응답 필드 · 권한 매트릭스 · 업무 로직(1,200%·귀속·환수) · DB vs ERD ·
보안 · 규제 조문 대조 · 시드 데이터 · 화면 실제 동작.
→ 아래 13개 이슈의 내용이 정확히 이것들이다.
이 조사 자체의 한계 (반드시 감안할 것)
- 앱을 띄우지 않았다. 화면 클릭 0회. 전부 정적 분석이다.
- 조사 과정에서 3번 오판했다가 잡았다 — ① 파이프가 gradle 종료코드를 가려 "테스트 통과"로 오판
② 엔드포인트 파서가 괄호 없는 @GetMapping 을 놓쳐 22건을 "없음"으로 오판
③ static/js 만 봐서 contract/detail.html 인라인 스크립트의 API 호출을 놓칠 뻔
- ERD·규제조문표·운영정책서는 개수만 셌고 내용을 읽지 않았다.
이미 드러난 위험
| 위험 |
근거 |
| LEDG-W01 이 정적 골격 단계 — 시연 10컷 ⑨번이 여기서 끊긴다 |
ledger/list.html:17 · #234 |
transaction 도메인 테스트가 3개뿐 — FUN-065·031·033 을 지고 있는 최대 업무 핵심 |
테스트 분포 실측 |
| IF-API-26 미구현인데 오류 메시지는 살아 있음 |
error.transaction.cancelConfirmedOnly |
| VRUN-W02 확정 체크리스트 조건 2를 누르면 화면이 아니라 raw JSON |
safeInternalLink() 가 /api/... 도 통과. 조건 3·4·5 는 화면 경로인데 조건 2만 API 경로 → #234 와 함께 |
Windows 빌드 빨간불 · VRUN-W02 확정 미구현 · UI 구조 테스트 개행 정규화 |
전부 해결됨 — #244 · #233(CLOSED, vrun-detail.js:217) · #251(PR #274) |
이슈 목록
P0 — 발표 시연 경로 (먼저 닫는다)
P1
P2
진행 규칙
- 매 검증 전에
git pull 하고 시작한다. 이 트래커의 초반 조사가 낡은 브랜치에서 돌아 IF-API-51 · CSV 내보내기 · CRLF 수정을 전부 놓쳤다. 빌드는 현재 초록이다(1090/1090).
- 각 이슈는 검사 결과를 먼저 이슈에 표로 남기고, 수정 PR 은 그 뒤에 올린다.
- 발견은 3분류한다 — ① 문서가 틀림 ② 구현이 틀림 ③ 아직 구현 안 됨(문서 유효).
- 근거 없는 수정 금지 —
00_인덱스/근거대장.md 를 먼저 읽고 REG/SRC ID 를 붙인다.
- P0 를 다 못 닫을 것 같으면 시연 경로를 줄이는 결정을 미리 한다. 당일에 정하면 늦다.
왜 이 트래커가 필요한가
발표(8/24) 전에 배포 직전 수준으로 전수 검사한다.
한 PR 에 몰면 파일이 너무 많이 바뀌어 리뷰가 불가능하므로 검증 축마다 이슈 1개 = PR 1개로 쪼갰다.
먼저 알아야 할 것 — 지금까지 실측된 사실
이미 확인된 것
84ffff2b기준, Windows 실측). 초기 보고된 CRLF 실패는 낡은 브랜치 기준 오보였고 #244에서 이미 해결됨 → #251 로 범위 축소 → 나머지 헬퍼 4종도 PR #274 에서 정규화 완료(UI 구조 테스트 22/22)IF-API-26없음/api/**매핑FgcErrorCodeenum 42개 — 개수만 일치, 내용 미대조아직 아무도 안 본 것
요청·응답 필드 · 권한 매트릭스 · 업무 로직(1,200%·귀속·환수) · DB vs ERD ·
보안 · 규제 조문 대조 · 시드 데이터 · 화면 실제 동작.
→ 아래 13개 이슈의 내용이 정확히 이것들이다.
이 조사 자체의 한계 (반드시 감안할 것)
② 엔드포인트 파서가 괄호 없는
@GetMapping을 놓쳐 22건을 "없음"으로 오판③
static/js만 봐서contract/detail.html인라인 스크립트의 API 호출을 놓칠 뻔이미 드러난 위험
ledger/list.html:17· #234transaction도메인 테스트가 3개뿐 — FUN-065·031·033 을 지고 있는 최대 업무 핵심error.transaction.cancelConfirmedOnlysafeInternalLink()가/api/...도 통과. 조건 3·4·5 는 화면 경로인데 조건 2만 API 경로 → #234 와 함께Windows 빌드 빨간불·VRUN-W02 확정 미구현·UI 구조 테스트 개행 정규화vrun-detail.js:217) · #251(PR #274)이슈 목록
P0 — 발표 시연 경로 (먼저 닫는다)
P1
P2
진행 규칙
git pull하고 시작한다. 이 트래커의 초반 조사가 낡은 브랜치에서 돌아 IF-API-51 · CSV 내보내기 · CRLF 수정을 전부 놓쳤다. 빌드는 현재 초록이다(1090/1090).00_인덱스/근거대장.md를 먼저 읽고 REG/SRC ID 를 붙인다.