42. 단위 테스트 + 인수 테스트
품질 높고 테스트한 항목에 대해서
버그 없는 제품 완성
43. 단위 테스트 + 인수 테스트
품질 높고 테스트한 항목에 대해서
버그 없는 제품 완성
테스트한 항목은
개발자들에게 좋은 문서가됨
44. 단위 테스트 + 인수 테스트
품질 높고 테스트한 항목에 대해서
버그 없는 제품 완성
테스트한 항목은
개발자들에게 좋은 문서가됨
테스트 코드를 성공하면
자신감이 상승한다
45. TDD의 단점
코드를 변경할 때마다 유닛 테스트를 변경해줘야한다.
데이터가 많고, 크고, 다양하면 테스트를 작성하기 힘들다.
유닛 테스트가 실패했는데도 동작할 경우가 있다.
하나의 유닛을 수정하면 다른 메소드에 문제가 생길 수 있다.
테스트 코드가 추가 되기 때문에 관리해야 하는 코드가 많아진다.
46. TDD의 단점
코드를 변경할 때마다 유닛 테스트를 변경해줘야한다.
데이터가 많고, 크고, 다양하면 테스트를 작성하기 힘들다.
유닛 테스트가 실패했는데도 동작할 경우가 있다.
하나의 유닛을 수정하면 다른 메소드에 문제가 생길 수 있다.
결국 귀찮고 시간이 오래걸린다...
47. TDD의 단점
코드를 변경할 때마다 유닛 테스트를 변경해줘야한다.
데이터가 많고, 크고, 다양하면 테스트를 작성하기 힘들다.
유닛 테스트가 실패했는데도 동작할 경우가 있다.
하나의 유닛을 수정하면 다른 메소드에 문제가 생길 수 있다.
결국 귀찮고 시간이 오래걸린다...
즉 비용이 많이듬!!!!
48. TDD의 단점
코드를 변경할 때마다 유닛 테스트를 변경해줘야한다.
데이터가 많고, 크고, 다양하면 테스트를 작성하기 힘들다.
유닛 테스트가 실패했는데도 동작할 경우가 있다.
하나의 유닛을 수정하면 다른 메소드에 문제가 생길 수 있다.
결국 귀찮고 시간이 오래걸린다...
즉 비용이 많이듬!!!!
하지만 이것은 일반적인 단점이고
단점이 느껴지지 않는 개발자가 있을 수도 있다
결국 자신에게 맞는 개발 방법이 최고다