이 게시물은 AI 협업 시대에 테스트 코드는 미래 세션의 AI가 읽는 실행 가능한 프롬프트라는 관점으로 테스트 역할과 작성 방향을 정립합니다. 세션이 끊기며 맥락(Context)이 휘발되는 문제를 테스트가 가장 강하게 동기화하는 장치로 설명합니다. 테스트는 소스 코드가 보여주는 ‘무엇’이 아니라 실패 신호로 ‘왜/의도’와 ‘허용 경계’를 전달한다고 정리합니다. 실천 항목으로 @DisplayName에 비즈니스 맥락과 ‘왜’(정보 노출 방지 등)를 담고, 의도적으로 제외한 케이스는 negative test 중심으로 다루며 @Disabled 박제는 조심하도록 제안합니다. AI가 작성한 테스트는 인간이 @DisplayName/메서드 이름을 확정하고, 가능하면 다른 AI로 교차 검증하거나 역 추론 루프로 테스트의 맥락 전달력을 자가 측정합니다. 다만 정책이 바뀌었는데 테스트와 구현이 함께 과거 합의에 묶이면 테스트가 통과할 수 있는 한계와, 함수 단위를 넘어서는 결정은 별도 아키텍처 테스트가 필요함을 함께 언급합니다.