リクエストが失敗してもリソースを閉じる：理解度チェック

요청 중 예외에도 자원을 닫으려면?

• 성공 반환 뒤에만 닫는다
• finally에서 정리한다
• 다음 요청이 닫도록 한다
• 예외를 무조건 무시한다

이미 닫힌 자원에 stop을 다시 호출하는 계약은?

• 종료 횟수를 또 늘림
• 다시 열기
• 추가 종료 효과 없이 유지
• 새 자원을 자동 생성

열려 있는 자원에 start를 또 호출하면?

• 새 연결 두 개 생성
• 아무 검사 없이 성공
• 열린 상태를 False로 전환
• ValueError

lifespan 상태를 제대로 시험하려면 TestClient를?

• with 블록으로 진입하고 종료한다
• 전역 변수로만 만든다
• HTTP 상태만 적는다
• 앱 이름만 출력한다

자원이 닫힌 뒤 read가 데이터를 반환하면?

• 정상 캐시 최적화다
• 사용 수명 경계를 어긴다
• 종료 검사가 필요 없다
• 재시도가 성공했다는 뜻이다

정상 요청만 시험하면 놓치기 쉬운 것은?

• 정상 응답의 값
• 함수 이름
• 실패 경로의 정리 누락
• 성공 상태 코드