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