[질문] 과거의 테스트가 추후 구현로직의 변경으로 런타임 에러 뜨는데

[익명(27.112)]

이거 일일이 찾아서 테스트 코드 수정해서 success되게 바꿔줘야 합니까?

[ㅇ(220.86)]

테스트 코드를 좆같이 짯거나 원래코드가 좆같거나 바꾼코드가 좆같은거니깐 당연히 바꿔야죠

[익명(223.62)]

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(223.62)]

[김대기(waitkim)]

일반적으로는 success 나게 해야하는게 맞긴 한데, 상황마다 다름

[김대기(waitkim)]

좆같이 짠 코드가 좆같은 테스트를 유발하는 경우에는 테스트를 일부 포기하는 것도 방법임 결합도가 높은 코드는 테스트 코드의 규모가 클 수 밖에 없고 여러가지 이유에 의해 코드가 수정되므로 테스트 코드의 수정 빈도도 늘어날 수 밖에 없음 쉽게 말해서 지옥이 펼쳐지는거지

[김대기(waitkim)]

개발자가 잘 해보려고 해도 일관성은 1도 없고 기획자 ㅈ대로 기능이 변경되면 힘들어 기획 단계부터 근본이 없으면 결합도 낮추는게 쉽지가 않아 그 와중에 기획이 계속 바뀌면 코드 구조도 좆되기 마련이지