완료 조건을 검증 가능한 증거로 운영하기
0회 조회약 1분 읽기
목차
완료 조건을 검증 가능한 증거로 운영하기
기능 구현과 완료 판정은 다릅니다. 기획·디자인·개발·사용자·운영 관점의 질문을 각각 테스트나 기록으로 연결해야 다음 사람이 같은 결론을 재현할 수 있습니다.
다섯 관점 체크
| 관점 | 최소 증거 |
|---|---|
| 기획 | 성공·빈 상태·오류·재시도 상태표 |
| 디자인 | 모바일 폭, 키보드 포커스, 오류 문구 확인 |
| 개발 | API 타입, DB 제약, 단위/계약 테스트 |
| 사용자 | 성공·진행·부분 실패가 화면에 보임 |
| 운영 | health/readiness, 로그, 복구 절차와 smoke 결과 |
Codingstairs/Admin의 콘텐츠 시드는 파일 오류를 성공으로 숨기지 않고 409와 오류 목록을 반환합니다. 화면도 처리 수·실패 수·상세 오류를 보여줘야 합니다. 공개 서비스에서는 한국어·영어 강좌 단계 대응, language/content_kind 분기, 모바일·키보드 탐색까지 확인합니다.
증거 표
요구사항 → 상태 정의 → API/DB 계약 → UI 피드백 → 자동 검사 → 배포 smoke
한 칸이 비어 있으면 “완료”가 아니라 “검증 대기”입니다. 명령과 실행 환경도 함께 남겨 flaky한 초록불을 구분합니다.
실무 적용
- 빠르고 결정적인 인벤토리·타입 검사·계약 테스트를 PR 게이트로 둡니다.
- 브라우저·접근성·복구 리허설은 해당 환경에서 실행하고 결과를 보관합니다.
- 실패를 재현할 입력과 정상화 후 재실행 결과를 함께 기록합니다.
강좌의 검증 가능한 완료 조건과 부분 실패 복구에서 이 매트릭스를 직접 연습할 수 있습니다.