1. 성공과 실패를 관찰할 수 있게 만들기
“잘 작동해야 한다”는 말을 사람마다 다르게 해석합니다. 누가 어떤 입력으로 어떤 작업을 완료할 수 있어야 하는지 기술한 다음, 통과와 실패를 가르는 관찰 항목을 정의합니다.
계획 담당자는 필요 인력과 근무 조건을 입력하고 필수 제약 조건을 충족하는 계획을 검토하고 수정한 뒤 결과를 다시 검토해 확정할 수 있어야 합니다.
성공 기준에는 필수 제약 조건, 데이터 무결성, 접근 권한 같은 운영 요구사항도 포함됩니다. 새로운 근거가 나오면 기준을 바꿀 수 있지만 바꾼 이유는 기록합니다.
2. 근거의 종류 구분하기
코드가 존재하는 것, 지정한 입력으로 코드가 실행되는 것, 사용자가 실제 업무를 완료하는 것은 서로 다른 관찰입니다. 각 근거가 무엇을 입증하는지 밝혀 다음 의사결정이 분명한 토대 위에 서도록 합니다.
| 검증 대상 | 관련 근거 |
|---|---|
| 계산과 조건 | 입력 검증, 필수 제약 조건 점검, 결과, 한계 |
| 전체 업무 흐름 | 입력부터 계산, 비교, 수정, 확정까지의 실행 기록 |
| 실제 사용 | 의도한 운영 환경에서의 작업 완료와 사용자 수락 |
가상 데이터로 한 실험은 그 조건에 대한 근거가 됩니다. 이 근거를 해법이 실제 고객 환경에서 사용되었거나 수락되었다는 주장으로 확대하지 않습니다.
3. 성공 경로와 실패 경로 살펴보기
잘못된 입력, 서로 충돌하는 제약 조건, 계산 시간 초과, 결과 수정, 중단, 복구를 확인합니다. 지원하는 문제이지만 실행 가능한 해가 없는 경우는 지원하지 않는 요청과 다릅니다. 아직 해를 찾지 못했다면 그 불확실성을 분명하게 보여 줍니다.
화면 하나나 계산 하나를 빠르게 만들면 다른 곳의 부담이 늘어날 수 있습니다. 같은 사용자 시나리오로 전후를 비교하고 새로운 오류와 수작업이 생기지 않았는지 확인합니다.
직접 해 보기
가상의 예약, 배송, 인력 배치 업무를 하나 골라 다음 세 가지 점검 항목을 기술합니다.
- 사용자가 끝까지 완료할 수 있어야 하는 성공 흐름 한 가지
- 시스템이 분명하게 설명해야 하는 실패 상황 한 가지
- 실제 운영 환경에서 별도로 확인해야 하는 조건 한 가지
유용한 검증 문장의 조건은 무엇입니까?
입력, 상황, 행동, 기대 결과를 구체적으로 적습니다. “용량 값이 잘못되면 계산이 실행되지 않는다”에서 그치지 않고 계획 담당자가 어떤 항목이 왜 거부되었는지 이해할 수 있는지까지 기술합니다.