테스트 코드 작성 시점

Question

리팩토링 하다보면 코드가 계속 바뀌는데테스트 코드까지 같이 바꿔주려니 너무 번거롭네요.차라리 리팩토링 끝나고 한번에 작성하는게 나을거 같은데어떻게 생각하시나요?다른 분들은 테스트 코드 어느 시점에 작성하시나요?

달의바다a · Answer

보통 단위 기능마다 작성해줍니다. 기능변경이 아닌 리펙토링 시 테스트코드까지 변경된다는 말은 아마도 테스트코드를 잘못 작성 한 것 같습니다.(리펙토링은 거의 테스트코드 변경 없이 합니다.)테스트코드는 보통 public 함수만을 하고 input에 따라 output을 테스트하는데 내부 구현이 변경되더라도 테스트코드는 그대로인 것이 큰 강점입니다. 혹시 하나의 함수에서 너무 많은 역할을 하거나 private 메서드까지 테스트코드를 작성하시는 것은 아닐까요?

kiel · Answer

리팩토링을 할 경우 특히 주의 사항이 변경 전/후의 로직이 차이가 나지 않아야 합니다.그렇다면 내가 리팩토링을 했더니 로직이 바뀌거나 예상치 못한 버그가 발생했다는 것을 빠르게 파악을 해야 다시 돌려놓던지 리팩토링시 문제점을 파악하던지 할 수 있겠죠. 그러려면 테스트 코드가 필수입니다.이론적으로는 리팩토링하려는 대상에 대한 테스트 코드 작성이 먼저이고 그 후에 리팩토링을 해야 합니다.

메이플비 · Answer

리펙토링을 하는데 테스트코드까지 건드려야 한다면 테스트코드의 결과물이 리펙토링 이전 코드가 출력하던 결과물과 같다라는 근거를 가지기가 어렵습니다. 그래서 그런 방향은 지양하는게 좋고, 만약 꼭 해당부분을 바꿔야 한다면, 이건 리펙토링으로 접근하기 보다는 v2를 만들고 이전 버전을 deprecate시키는 방향이 비용면이나 안정성 면에서 좋습니다. 그리고 이 경우 v1과 v2이 유기적으로 선택될 수 있는 환경을 만들어 두는것이 중요하구요 (그래야 v2에 큰 문제가 생기면 적은 비용으로 v1으로 다시 동작할 수 있게 하여야 하니까요)

테스트 코드 작성 시점

3개의 답변

기술 목록