01아이디어 이해하기
테스트가 실제로 바꾼 부분을 잡아냈나요?
읽을 이유
AI와 함께 수정한 코드를 검토할 때 테스트가 어떤 오류를 잡는지 설명해야 합니다. 실패 표시만으로는 알 수 없습니다.
읽기 메모
Matt Pocock의 10월 7일 디버깅 업데이트는 코드나 테스트 데이터를 일부러 바꿔 실패를 유도할 때 먼저 원본과 비교하도록 안내합니다. 변경이 적용됐다는 확인과 실패 원인이 의도한 버그라는 확인은 별개입니다. 성능 실험 결과가 아닌 작업 절차 제안입니다.
선수 개념: Repository · Acceptance criteria
“prove the mutation landed before you trust it.”영어 표현 하나
The test failed because …, which confirms …; it does not establish ….여기서 red는 테스트 실패, mutation은 코드나 테스트 데이터의 의도적인 변경을 뜻합니다. because로 관찰한 원인을 밝히고 confirms로 확인할 수 있는 범위를 한정하세요. 문장 틀은 학습용 예시입니다.
03업무에 적용
연습용 파일에 age >= 18을 사용하는 isAdult(age) 함수를 만들고 isAdult(18)이 true인지 확인하는 테스트를 작성하세요. 통과를 확인한 뒤 원본을 저장하고 >=를 >로 바꿔 diff를 확인하세요. 테스트를 실행해 환경 설정이 아니라 18세 판정에서 실패하는지 확인하세요. 조건을 복원해 다시 통과하는지 확인하고 변경, 관찰한 실패, 테스트가 다루지 않는 사례 하나를 영어로 기록하세요.
설명 확인하기
작동 원리, 조건, 구체적인 업무 판단을 설명했나요? 저장은 숙련도 평가가 아닙니다.