[💬] 리팩토링 함정에 빠지지말고 테스트코드를 써라

[산적대왕(raveneer)]

나도 한때 리팩토링충이 되어서 지지고 볶고 코드를 죽탕 만들기 일쑤였는데 테스트 익히고 많이 줄어듬.

테스트가 항상 통과하는 이상, 해당 코드를 읽을 필요가 없다.

테스트가 실패하면 그때부터 코드를 읽으면 된다.

적당히 테스트들을 깔아둠으로서 어느 모듈에서 문제가 생기는지를 빠르게 캐치할 수가 있기 때문.

그래서 '아 시발 좃됐네 도저히 모르겠는데 함 엎어야 하나?' 라는 리팩토링 함정에 걸릴 위험이 줄어든다.

객체지향에서 중요하게 생각하는게 '캡슐화' 인데

캡슐화는 해당 모듈이 해당 기능을 잘 수행한다면 그걸 어떻게 수행하는지 알려 들지 않는다는 것이다.

'1+1 를 하면 2가 나온다' 라는 테스트를 통과 한다면

코드 내부기 a+b = c 인지 if(a ==1 && b ==2 )return 2 인지 DB.Fecth(1,1) 인지 switch (a,b ==1) return 2 인지 알 필요가 없다.

객체지향에서 이걸 달성하기 위해 private public 도 있는거고 여차하면 상속도 하고 재정의도 하는 것인데,

잘 작성된 테스트코드가 존재한다면 캡슐화를 궁극적으로 이룰 수 있다.

테스트코드를 쓰려면 필연적으로 모듈이 외부로 공개하는 인터페이스 만으로 짤 수 밖에 없기 때문.

리팩토링 하고 싶어졌다면, 테스트를 써라.

(그렇다고 천국가고 겜 자동으로 만들어지고 그런 건 아님)

[익명(126.51)]

개드립글 치고는 심각한 오해를 초래할 수 있지 않은가?

[익명(223.38)]

그치만 이름이 너무 긴걸

[만복(kjh285)]

부두교에 너무 심취하지는 말게나

[익명(116.47)]

이 형은 테스트의 함정에 걸려들었음

[산적대왕(raveneer)]

[김메가(scw973108)]