6개월 동안 AI에게 테스트를 작성하게 해봤습니다 — 실제 프로덕션에서 살아남은 것들

dev.to

AI는 테스트 코드의 보일러플레이트와 버그 재현용 골격을 빠르게 만드는 데 효과적이지만, 중요한 실패 시나리오와 올바른 검증 조건까지 찾아주지는 못합니다. 작성자는 Playwright와 Flutter 테스트 경험을 바탕으로 AI 생성 테스트의 한계와 사람이 반드시 맡아야 할 역할을 설명합니다.

단위 테스트의 주된 목적은 다른 사람들이 내 코드를 마구 망가뜨리지 못하게 하는 것입니다

Reddit

이 글은 단위 테스트가 복잡한 버그를 찾아내는 도구라기보다, 끊임없이 코드가 바뀌는 조직에서 기존 동작과 설계를 보존하는 안전장치라고 주장합니다. 통합 테스트와 무작위 테스트의 한계를 비교하고, 2010년대에 CI와 DVCS가 확산되면서 단위 테스트가 대중화된 배경과 실용적인 무작위 테스트 방법을 설명합니다.

모델에 오래된 코드를 보여주면 오래된 버그까지 작성합니다 — 32회 실행에서 재사용 0%

dev.to

기존 저장소의 코드가 AI 모델의 다음 코드 작성 방식과 결함까지 결정하는지 160회 생성으로 검증했습니다. 오래된 중복 구현만 보여주면 32회 모두 새 구현을 만들었지만, 문서화된 규칙과 실제 공용 컴포넌트를 제공하자 재사용률과 컴파일 가능성이 크게 달라졌습니다.