Claude가 개발 중에 테스트를 수천 개씩 쌓아두는 걸 어떻게 막나요?

아 젠장
멀티테넌시 추가한 지 6일째인데 아직 배포도 못 함
SaaS를 만들고 있다고 생각했는데
알고 보니 테스트 번식 프로그램을 돌리고 있었음
매일 밤 400개의 테스트를 두고 잠들면 아침엔 700개가 되어 있음. 어디서 온 건지도 모름. Claude는 이게 중요하대
이제는 앱이 남아있긴 한 건지조차 모르겠음
테스트가 앱을 다 잡아먹은 것 같아 🫪

맞아, 나도 UI가 포함된 간단한 자동화 스크립트 작업 중인데 테스트가 1200개 넘게 쌓였어. 맘에 들진 않지만 그래도 뭐가 깨지는 걸 막아주긴 하더라. 사람이 직접 짠 코드라면 과하다고 생각하겠지만. 시도해보진 않았지만 세션을 따로 잡아서 테스트를 정리하는 것도 괜찮을 듯. 아마 상당수가 완전히 중복될 거야.

솔직히 그게 내 PR 전 워크플로우의 일부야. 쉬운 방법은 그냥 이렇게 물어보는 거지:

"우리 테스트 중에 쓸모없거나, 너무 깨지기 쉽거나, 의미 있게 통합할 수 있는 게 있는지 비판적으로 검토해 줄래?" 그러면 꽤 많이 줄어들어. 물론 수동 검토는 항상 필요하지만 ㅋㅋ

테스트가 많은 건 좋다고 생각해. 나중에 작업할 때 세션의 방향을 잡아주거든. AI 에이전트는 인간보다 프로젝트의 엣지 케이스나 제품의 전제 조건을 기억하는 능력이 떨어지는데, 문서 파일도 도움이 되지만 테스트는 무언가를 잊지 않게 만드는 훌륭한 결정론적 방법이야.

테스트 스위트 실행 시간이 너무 길다는 건 맞는 말이야. 나는 테스트를 영역별로 정리하고, 에이전트가 작업할 때 관련 있는 영역만 실행하도록 지시해. 전체 e2e 스위트를 다 돌리는 건...

1. 테스트가 맹목적이지 않은지 확인하라고 시켜

2. 이제 중복되는 테스트가 있는지 물어봐

그거 말고는 테스트는 좋은 거야. 내 업무용 앱은 PR마다 600개 넘게 돌아가는데, 실행하는 데 5분 정도 걸려

만약 네 건 24시간이나 걸린다면 테스트에 문제가 있는 거야. 다시 말하지만 Claude한테 물어보고 추천을 받아봐. 그건 정상 아님

여기 물어보기 전에 Claude한테 먼저 물어봐야 해. 그러면 개발 주기가 훨씬 빨라질 거야

난 코딩 못 하는 프로덕트 매니저인데, 내가 테스트를 개선할 수 있다면 너도 할 수...