测验：你能声称验证了什么？

React+DOM 검사에서 역순 응답을 막았다. 추가 관찰 없이 말할 수 있는 것은?

• 모든 모바일 화면에서 검색 단추가 보인다
• 검사한 사건 순서에서는 최신 결과가 유지된다
• 실제 네트워크 대기 시간이 충분히 짧다
• 모든 스크린리더에서 결과를 이해할 수 있다

응답을 완료시킨 직후 React DOM을 검사하려 한다. 적절한 경계는?

• 항상 3초를 기다린 뒤 DOM을 읽는다
• Promise 생성 직후의 DOM만 읽는다
• 비동기 act로 업데이트 반영 뒤 DOM을 읽는다
• 타입 검사 결과로 DOM 상태를 추정한다

검색어를 고치는 중 결과가 도착했다. 접근성 관점에서 기본적으로 고려할 동작은?

• 결과 제목에 초점을 강제로 옮겨 변경을 알린다
• 입력값을 결과 제목으로 교체해 변경을 알린다
• 입력창을 잠시 숨겨 새 결과에 집중하게 한다
• 입력 초점을 보존하면서 결과 변경을 안내한다

네트워크 대기는 짧지만 1만 행을 표시할 때 브라우저가 오래 멈춘다. 먼저 분리할 비용은?

• React 렌더와 레이아웃·페인트의 실제 비용
• 검색 서버 인증 토큰의 만료까지 남은 시간
• 과거 요청의 응답을 캐시에 보관한 전체 기간
• 네트워크 재시도 횟수에 곱한 요청 타임아웃

학생 코드가 검사 시작 직후 exit(0)을 호출했다. 채점기가 해야 할 일은?

• 종료 코드가 0이므로 모두 통과로 기록한다
• 완전한 검사 결과가 없으면 실패로 처리한다
• stdout에 오류가 없으면 통과로 기록한다
• 다음 채점까지 이전 통과 결과를 재사용한다

DOM 검사만 끝낸 수정 내용을 고객에게 설명하는 문장으로 적절한 것은?

• 모든 환경의 화면 품질과 성능을 검증했습니다
• 화면이 보였으므로 접근성도 모두 확인했습니다
• 역순 응답을 확인했고 실제 모바일 세션은 남았습니다
• 타입 검사만 통과하면 나머지 검사는 필요 없습니다