화면에 “100개 결과”라고 쓰였지만 실제로는 필터 뒤 20개만 보이거나 일부가 더보기 뒤에 숨어 있으면 사용자는 누락인지 정상인지 알 수 없다.
전체 후보, 필터 적용 결과, 현재 로드된 항목, 선택된 항목 수를 각각 정의한다. 값이 추정치면 확정 수처럼 표시하지 않는다.
검색 노출을 크게 보이게 하려고 중복 항목이나 숨은 결과를 전체 수에 포함하지 않는다. 개인정보나 권한에 따라 보이지 않는 항목은 노출 사유를 안전하게 처리한다.
결과 개수의 담당자 인계에서는 사용자에게 보이는 상태와 서버에 저장된 상태를 분리해 확인한다. 결과 개수의 담당자 인계에서는 화면 문구가 성공을 말하더라도 응답과 재접속에서 같은 결과가 유지되지 않으면 완료로 처리하지 않는다.
필터 추가·제거, 페이지 이동, 무한 스크롤, 새 검색을 실행하면서 각 수가 동시에 갱신되는지 데이터 응답과 대조한다. 결과 0건과 오류 상태도 시험한다.
결과 개수의 모바일·현장 확인에서는 측정 이벤트를 붙일 때는 성공과 실패, 취소를 구분한다. 결과 개수의 모바일·현장 확인에서는 클릭만 세면 사용자가 원하는 결과를 얻었는지 알 수 없으므로 기능의 완료 증거와 연결한다.
결과 개수의 별도 조건 검토에서는 기능을 설계할 때는 정상 경로만 보지 않고 비어 있음, 매우 긴 값, 중복, 권한 없음, 네트워크 실패를 각각 만든다. 결과 개수의 별도 조건 검토에서는 이 경계 사례가 자연스럽게 처리돼야 실제 데이터가 달라져도 화면이 무너지지 않는다.
결과 개수의 공개 결과 판단에서는 마우스로 가능한 조작은 키보드와 보조기술에서도 목적과 상태를 알 수 있어야 한다. 결과 개수의 공개 결과 판단에서는 초점이 사라지거나 변화가 소리 없이 일어나면 접근성 결함으로 기록한다.
결과 개수의 후속 효과 비교에서는 상태를 개인 계정에 저장한다면 수집 목적과 삭제 방법을 제품 안내와 맞춘다. 결과 개수의 후속 효과 비교에서는 편의를 이유로 민감한 입력을 필요 이상 보관하지 않는다.
산출물은 결과 수 표현 규격이다. 집계 단위, 표시 위치, 추정 여부, 갱신 조건, 0건·오류 문구를 정한다.
이 글의 중심 질문은 “결과가 많을 때 전체 수와 현재 보이는 수, 필터 적용 수를 어떻게 구분할까”이다. 결과 개수의 검토를 마치면 확인된 사실과 남은 예외를 나눌 수 있고, 추측이나 성과 약속 없이 다음 작업을 결정할 수 있다.