같은 6개 통과라도 전체 목록이 달라지면 해석이 달라집니다. 숫자를 올리기 전에 목록 버전을 나누는 예시입니다.
첫 배포 점검 목록 12개 중 6개를 통과했습니다. 그날 새 예약 기능이 추가돼 전체 항목은 18개가 됐습니다. 다음 날도 6이라고 적으면 같은 상태일까요? 남은 범위가 달라졌으니 숫자만 이어서 읽기 어렵습니다.
통과 수보다 목록의 버전을 먼저 남깁니다
별도 문서나 이슈에 항목과 통과 조건을 고정해두고 Day4에는 현재 합계를 기록하는 사용 예시입니다. Day4가 점검 목록 버전을 자동 관리한다는 뜻은 아닙니다. 상세 목록은 원래 문서에서 관리합니다.
| 날짜 | 목록 | 현재 통과 | 의미 |
| 10월 19일 | v1 / 12개 | 3 | 첫 확인 |
| 10월 20일 | v1 / 12개 | 5 | 두 항목 추가 통과 |
| 10월 21일 | v1 / 12개 | 4 | 기존 한 항목에서 오류 재현 |
| 10월 22일 | v2 / 18개 | 6 | 범위가 바뀐 새 기준 |
모두 가상의 값입니다. 목록 버전이 포함된 기록 CSV를 받아 자신의 점검 기준에 맞춰 편집할 수 있습니다. 수를 세는 규칙부터 적어두면 왜 값이 줄었는지 설명할 수 있습니다.
다시 실패한 항목은 현재 합계에서 뺍니다
한 번 통과했지만 새 배포에서 실패했다면, 현재 통과 수를 세는 목표에서는 빼야 합니다. “한 번이라도 통과한 수”와 섞지 않습니다. 이슈에는 재현 조건을, 목표 기록에는 해당 이슈를 찾을 수 있는 짧은 설명을 남깁니다.
범위가 크게 바뀌면 별도 목표로 읽는 편이 낫습니다
v2 목록을 만들었다면 새 기준으로 값을 확인하고 목표를 분리하는 방법을 권합니다. 이전 목표가 완료된 것처럼 표시하지 말고 변경 사유를 원래 문서에 남깁니다. 범위를 유지할 수 있다면 새 요청을 다음 배포로 미루는 선택도 가능합니다.
통과 항목 수는 작업량이나 품질 점수가 아닙니다. 어려운 한 항목이 쉬운 다섯 항목보다 오래 걸릴 수 있고, 보안상 중요한 실패 하나는 다른 통과 수로 상쇄되지 않습니다. 숫자로 출시 여부를 자동 결정하지 않습니다.
이 글은 기록 규칙을 제안하는 예시이며 실제 Day4 계정의 저장을 검증한 사례는 아닙니다. 입력 준비는 첫 기록 안내, 기능 범위 협의는 작업 범위 확인서로 이어서 볼 수 있습니다.
댓글
0개아직 표시된 댓글이 없습니다.