먼저 결정할 것은 더 많은 발행이 아니라 ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’의 답입니다. 양식 제출 뒤 빨간 테두리만 보이면 사용자는 실패 이유를 추측하거나 처음부터 다시 입력하게 됩니다. 이 글의 주제인 ‘입력 오류가 난 칸과 고치는 방법을 함께 보여 주기’에서는, 현재 자산의 작동 상태를 확인한 뒤에야 추가 작업의 필요성을 판단할 수 있습니다.
자료 수집 단계에서는 필수값 누락, 형식 오류, 허용 범위 초과, 서버 실패처럼 원인이 다른 상황과 기존 입력값 보존 여부를 확인합니다. 이 글의 주제인 ‘입력 오류가 난 칸과 고치는 방법을 함께 보여 주기’에서는, 변경된 항목뿐 아니라 그대로 유지할 항목도 표시합니다. 그 결과 ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’에 필요한 수정만 골라 내고 다른 사실을 뜻하지 않게 바꾸는 실수를 줄일 수 있습니다.
‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’라는 질문에서는, 표본 하나를 정해 처음부터 끝까지 따라갑니다. 각 오류를 의도적으로 발생시켜 메시지가 해당 칸 가까이에 나타나는지, 요약 안내가 첫 오류로 이동하는지 봅니다. 전화번호처럼 형식이 정해진 값은 실제 허용 예를 보여 주되 민감정보 예시는 쓰지 않습니다. 이 과정에서 ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’의 답을 바꾸는 조건만 남기고 장식적인 편집은 뒤로 미룹니다. ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’라는 질문에서는, 담당자가 달라도 같은 결과가 나오는지 재현성도 확인합니다.
검수 흔적은 입력 조건·발생 오류·표시 위치·수정 예·값 보존 결과를 담은 오류 복구 시험표입니다. ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’를 판단하는 범위에서는, 여기에는 관찰 사실과 편집 판단을 다른 칸에 두어야 합니다. 그래야 ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’에 관한 새로운 사실이 생겨도 문구 전체를 처음부터 해석하지 않고 판정만 갱신할 수 있습니다.
수정 범위를 지키는 것도 중요합니다. 색상만으로 오류를 표시하거나 모든 실패에 같은 문구를 써서 원인을 숨기지 않습니다. 동시에 여러 오류가 동시에 난 경우, 연결이 끊긴 경우, 수정 후 재제출할 때 다른 값이 사라지는 경우를 확인합니다. ‘입력 오류가 난 칸과 고치는 방법을 함께 보여 주기’를 살필 때는, 이 경우의 상태와 복구 방법을 결과물에 따로 적어 이용자가 막히는 경로를 남기지 않습니다.
‘입력 오류가 난 칸과 고치는 방법을 함께 보여 주기’를 살필 때는, 결론을 내리기 전에는 다음 조건을 확인합니다. 사용자가 오류 위치와 해결 방법을 알고 기존 작업을 잃지 않은 채 제출을 마칠 수 있을 때 내립니다. ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’의 판단 근거와 이용자의 다음 행동이 모두 설명되면 공개본에 반영합니다. ‘오류 메시지만 보고 어느 값을 어떻게 바꿔야 하는지 알 수 있는가’를 판단하는 범위에서는, 확인 대기 항목은 사실처럼 쓰지 않고 담당자와 기한을 지정합니다.