테스트 4800개를 통과할 때까지 기다려야 하네요. 다들 테스트 얼마나 돌리시나요?

이거 보고 빵 터졌네 - 아무 상관 없는 짓거리 테스트라니. 테스트 좀 적당히 하라니. Claude Opus 5.5 이전 버전이랑 이런 대화 나누는 내 모습을 상상해 봤는데, 그 모델은 내 요청 따위 신경도 안 썼을 것 같아. 아마 내 결정에 대해 장황하게 설명하기 시작해서 몇 분 동안 서로 옥신각신했을 듯.

다들 이 밈 본 적 있을 텐데, 지금 다들 테스트 얼마나 돌리는지 궁금해서. 아니면 그냥 다 건너뛰어?

로컬 테스트 스크립트랑 설정은 기본적으로 네가 수정한 부분만 테스트하게 해야 함. 경로 필터링만 해도 충분할 거야. 사이드 이펙트가 너무 많이 발생한다면 아키텍처가 깔끔하지 않다는 신호임. CI는 제한 시간을 5분으로 잡는 게 좋고, 난 2분을 선호함. 인메모리 테스트만 돌리고, 네트워크 호출은 절대 하지 마(이것 때문에 지금은 수십억 달러짜리 기업이 된 곳들에서도 장애 겪는 걸 봤음). 그리고 테스트 병렬 처리하고 랜덤 순서로 실행되게 해. CI를 200번 돌렸는데 테스트 하나가 실패하면, 고치든가 아니면 삭제해버려.

너무 공감돼서 아프네.

테스트 스위트 몇 개나 돌리는데? 나 여름 내내 테스트 다 건너뛰다가 가을 시작할 때 왜 그러면 안 되는지 아주 뼈저리게 깨달아서 요즘은 그냥 다 참고 돌리는 중이야.

그러니까 변경된 부분을 식별해서 빌드할 때마다 영향 범위(blast radius)만 테스트하는 방법들이 있잖아. 그건 LLM이 없어도 할 수 있는 건데.

이 댓글을 보면서, 아무것도 모르던 누군가가 바이브 코딩 여정에서 새로운 걸 하나 배워갔다는 사실에 흐뭇해하는 나.

뭐가 문제임? 내가 보기엔 시간 문제뿐인 거 같은데, 내가 뭐 놓치고 있는 거 있나?

격리(Isolation)가 답임. 우리 엔지니어 u/Visual_Internal_6312가 말했듯이, 빌드할 때마다 영향받는 부분만 격리해서 그 영향 범위(blast radius)만 테스트하면 됨.