실제로 GitHub Copilot을 사용하여 테스트를 먼저 작성하는 방법(내 자신에게 거짓말하지 않고)

모든 개발자는 모든 사람이 치실을 믿는 것처럼 테스트를 믿으며 동일한 이유로 테스트 우선 개발이 실패합니다. 흐름에 있을 때 테스트 작성은 서류 작업을 중단하는 것처럼 느껴집니다. Copilot은 테스트를 즐겁게 만드는 것이 아니라 서류 작업에 대한 이의가 사라질 만큼 빠르게 진행함으로써 나에게 수학을 바꿔 주었습니다. 이것이 실제로 유지되는 작업 흐름입니다.

비결은 테스트를 사양으로 작성하고 Copilot이 상용구를 수행하도록 하는 것입니다. 구현을 다루기 전에 테스트 이름에 시나리오가 포함된 실패한 테스트를 작성하고 예상되는 동작을 일반 언어로 설명하는 설명을 작성합니다. Copilot은 테스트 파일이 정확히 일종의 패턴화된 코드이기 때문에 놀라운 능력으로 어설션, 조롱 및 설정을 채웁니다. 내 일은 테스트가 올바른 것을 테스트하는지 검토하는 것, 즉 타이핑이 아닌 판단을 내리는 것으로 축소됩니다.

한 번에 하나의 기능씩 시나리오를 일괄 처리합니다. 시작하기 전에 사례, 행복한 경로, 빈 입력, 경계, 오류를 나열한 다음 Copilot에서 이를 한 번에 생성하고 세트를 함께 검토하도록 합니다. 5개의 테스트를 세트로 검토하면 하나씩 검토하면서 놓친 부분을 파악할 수 있습니다. 누락된 사례, 일반적으로 이전에 코드베이스에 문제가 있었던 이상한 사례입니다. 이제 비행 전 프롬프트에 이 모듈의 과거 생산 사건을 나열하는 설명 줄이 포함됩니다. 모델은 사용자가 말하지 않으면 해당 컨텍스트를 알 수 없기 때문입니다.

AI에 대한 테스트 우선의 정직한 부분은 그것이 어디를 오도하는지 아는 것입니다. Copilot은 잘못된 가정을 반영하는 테스트를 기꺼이 작성할 것이며 공유된 오해를 바탕으로 구축된 그린 스위트는 버그를 방어하기 때문에 스위트가 없는 것보다 더 나쁩니다. 해독제는 저렴하고 협상할 수 없습니다. 구현하기 전에 테스트를 실행하고 올바른 이유로 실패하는지 확인한 다음 의도적으로 어설션에서 예상되는 출력을 중단하고 테스트에서 이를 포착하는지 확인합니다. 스위트를 정직하게 유지하는 테스트당 30초입니다.

이것이 실제로 나에게 얻은 것: 비용이 거의 0으로 떨어졌기 때문에 내가 결코 작성하지 않았던 지루한 경로에 대한 적용 범위, 입력 유효성 검사 및 오류 처리입니다. 나에게 도움이 되지 않은 것: 코드가 무엇을 해야 하는지에 대한 생각을 건너뛰기 위한 변명, 어쨌든 테스트 우선이 항상 도움이 되는 곳입니다. 적록 리팩터링 리듬은 그대로 유지됩니다. Copilot은 빨간색 테스트를 작성하는 것이 세금처럼 느껴지는 부분을 제거했습니다.