공지 팝업을 닫는 일과 신청서를 쓰던 창을 닫는 일은 결과가 다릅니다. 공지는 사라져도 다시 읽으면 되지만 입력 중인 창은 작성한 내용을 잃을 수 있습니다. 가상의 예약 신청 팝업을 검수한다면 입력 전, 내용 수정 후, 저장 요청 중인 상태를 따로 준비합니다. 작은 화면에서 닫기 버튼이 보이는지 확인한 뒤 각 상태에서 누르면 어떤 일이 생길지 정합니다.
아직 입력하지 않은 창은 닫기 버튼이나 제공하는 키보드 동작으로 바로 종료하도록 설계할 수 있습니다. 내용을 쓴 뒤에는 같은 동작이 곧바로 입력 삭제로 이어지지 않는지 봅니다. 폐기 확인이 필요하다면 “계속 작성”과 “작성 내용 버리기”처럼 선택 결과를 구분합니다. 바깥 영역을 잘못 눌렀을 때도 임의로 내용을 지우지 않도록 동작을 정하고 직접 시험합니다.
저장 요청을 보낸 상태에서는 창을 닫는 것과 신청을 취소하는 것을 구별해야 합니다. 창이 사라졌다고 서버에 전달한 요청까지 취소됐다고 안내하면 안 됩니다. 아직 접수 결과를 모른다면 결과를 확인할 경로를 남기고 같은 요청을 다시 보내야 하는지 판단할 수 있게 합니다. 실제로 제공하지 않는 초안 저장을 안내 문구만으로 약속하지 않는 것도 중요합니다.
창을 다시 열어 입력값과 접수 상태를 확인하는 데까지가 시험 범위입니다. 계속 작성을 선택했다면 쓰던 내용이 남는지, 버리기를 확인했다면 이전 값이 뜻밖에 나타나지 않는지 살펴봅니다. 초안을 보존하는 운영이라면 임시 저장과 신청 완료를 분명히 나눕니다. 검수 기록에는 사용한 닫기 방식과 당시 상태, 재열기 결과를 함께 적어 어떤 조합에서 입력이 사라졌는지 찾을 수 있게 합니다.
모바일에서 뒤로 가기를 눌렀을 때도 입력창의 상태가 어떻게 바뀌는지 확인합니다. 화면의 닫기 버튼에는 폐기 확인이 있지만 기기의 뒤로 가기에는 바로 삭제되는 동작이 남아 있을 수 있습니다. 같은 창을 벗어나는 여러 경로를 사용자가 구별해야만 입력을 지킬 수 있는 구조인지 살피는 것입니다.
작성 내용 버리기를 선택한 뒤 다른 페이지로 이동했다가 돌아왔을 때도 결과를 확인합니다. 남아 있는 값이 브라우저의 자동 완성인지 서비스가 보관한 초안인지 구분하지 못하면 검수 결론이 달라질 수 있으므로, 테스트 조건을 적고 실제 저장 범위와 함께 확인합니다.