휴대전화에서 하단 제출을 눌렀는데 화면이 그대로라면, 위쪽 필수 항목에 오류가 생겼어도 발견하기 어렵습니다. 가상의 양식에서 맨 위 연락 방법을 선택하지 않은 채 하단 문의 내용까지 작성했다고 해 보겠습니다. 이때 상단에만 “필수 항목을 확인하세요”가 나타나면 방문자는 제출 버튼을 다시 누르거나 쓰던 내용을 지울 수 있습니다. 점검은 오류 문장이 있는지보다 제출한 자리에서 그 오류를 알아차릴 수 있는지부터 시작합니다.
수정안에서는 “연락 방법을 선택하지 않았습니다. 해당 항목으로 이동하세요”처럼 빠진 항목을 요약하고 그 칸으로 이어 줍니다. 요약을 양식 앞에 둔다면 제출 직후에도 이를 인식할 수 있도록 이동과 알림 방식을 담당자에게 확인합니다. 하단에서 변화가 보이지 않는 상태를 두지 않습니다. 연결을 눌러 도착한 곳에는 연락 방법이라는 항목명과 실제 선택지가 함께 보여야 합니다. 고정 메뉴에 제목이 가려지면 이동만으로 해결된 것이 아닙니다.
화면이 위로 움직인 것과 입력할 자리가 바뀐 것은 따로 살핍니다. 연락 방법이 보이더라도 키보드나 보조 기기의 조작 위치가 하단 문의 칸에 남을 수 있습니다. 오류 요약에서 해당 선택지로 들어가 항목을 고르는 과정을 시험하고, 입력 초점을 옮기는 구성이라면 항목 이름과 오류 이유를 함께 알 수 있는지 확인합니다. 단지 위로 스크롤하라는 안내보다 고칠 위치에 직접 도착하는 경로가 필요한 이유입니다.
선택을 고친 뒤에는 다시 제출하는 곳까지 따라갑니다. 글 중간에 멈춰 제출 위치를 찾지 못하거나 이미 해소한 오류가 계속 남는지 봅니다. 시험은 연락 방법 하나를 빠뜨린 경우부터 하고, 두 항목이 누락됐을 때에는 첫 수정 뒤 남은 항목도 찾을 수 있는지 확장합니다. 담당자에게는 하단 제출, 오류 발견, 항목 선택, 재제출의 화면을 순서대로 남깁니다. 오류 문구의 길이보다 이 네 지점이 실제 조작으로 이어지는지가 모바일 수정의 완료 기준입니다.
오류를 여러 개 표시할 때는 입력 순서와 요약 순서를 맞추면 이동을 이해하기 쉽습니다. 맨 아래 문의 내용의 오류가 먼저 나오고 위쪽 연락 방법 오류가 나중에 보이면 화면을 여러 번 왕복할 수 있습니다. 다만 모든 오류로 초점을 연속 이동시키지 않고 사용자가 한 항목씩 수정할 수 있도록 동작을 정합니다. 무엇을 고쳐야 하는지 알려 주는 요약과 실제 입력 위치의 관계가 분명해야 합니다.
오류 표시는 색상만으로 설명하지 않습니다. 빨간 테두리를 보아도 연락 방법을 고르지 않았는지 입력 형식이 다른지 알 수 없을 수 있습니다. 해당 항목 가까이에 빠진 내용과 가능한 수정 행동을 글로 적습니다. 동일한 필수 안내를 모든 칸에 반복하기보다 각 오류의 이유가 실제 조건과 맞는지 살핍니다.
입력 중인 내용이 유지되는지도 중요한 확인 항목입니다. 위쪽 선택을 고친 뒤 아래쪽 장문의 문의가 지워지면 재제출 과정이 어렵습니다. 불필요하게 전체 양식을 초기화하지 않는지 확인하고, 처리 실패가 발생해도 이미 입력한 값을 다시 확인할 수 있는지 시험합니다. 자동 저장 기능을 제공하지 않는다면 제공하는 것처럼 안내하지 않습니다.
키보드가 열린 상태에서는 제출 버튼이나 오류 요약이 가려질 수 있습니다. 화면을 세로와 가로로 바꾸거나 글자 크기를 키운 상태에서 오류를 찾아 이동하는 과정을 살펴봅니다. 한 번의 스크롤 이동으로 충분해 보이더라도 고정된 하단 영역이 마지막 입력칸을 가리지 않는지 확인해야 합니다.
오류가 해소됐다는 표시와 접수 성공 표시는 구분합니다. 필수 항목을 채웠다고 아직 서버에 접수된 것은 아닙니다. 다시 제출한 뒤 정상 접수 결과를 확인해야 하고, 연결 문제로 전송이 실패했다면 입력 오류와 다른 안내가 필요합니다. 사용자는 올바르게 입력했는데 같은 항목을 계속 고치라는 메시지를 받지 않아야 합니다.
검수 기록에는 처음 누락한 항목, 오류를 발견한 위치, 수정한 뒤 유지된 입력값을 함께 적습니다. 같은 문제를 다시 시험할 사람이 최초 상태를 만들 수 있어야 하기 때문입니다. 여러 누락 항목 중 하나만 고쳤을 때 나머지 오류가 정확하게 남는지 확인하면 요약의 갱신 문제도 찾을 수 있습니다.