1. 17장 프로젝트 냄새

2. 1. 테스트를 작성하지 않는 개발자2. 버그 투성이 테스트3. 높은 테스트 유지 비용4. 제품 버그

3. 테스트를 작성하지 않는 개발자증상 :개발자가 테스트를 작성하지 않는다.버그가 왜 이렇게 많죠?거긴 테스트를 안만들었는데요…

4. 테스트를 작성하지 않는 개발자미치는 영향 :자동 테스트를 작성하지 않는 것은 팀의 미래를 저당 잡히는 짓!테스트 빚(test debt)을 지게 되므로길게 봤을때 개발 속도저하를 가져오고리팩토링도 점점 더 어려워지고결국 지옥문으로 되돌아가는 길이 될 것.

5. 테스트를 작성하지 않는 개발자원인 :부족한 시간테스트하기 힘든 코드잘못된 자동화 전략

6. 테스트를 작성하지 않는 개발자원인 1: 부족한 시간관리자가 테스트의 필요성을 몰라.“테스트 작성에 시간을 낭비하지 마라”

7. 개발자가 테스트 작성법을 몰라.

8. 개발자에게 필요한 건? 테스트 개발을 학습할 시간과 그에 따른 일정조정

9. 테스트 작성에 드는 시간은디버깅에 드는 시간을 줄여줌으로써 벌충테스트를 작성하지 않는 개발자원인 2: 테스트하기 힘든 코드레거시소프트웨어S/W 설계가 자동테스트를 도와주지 않아테스트를 작성하지 않는 개발자원인 3: 잘못된 테스트 자동화 전략테스트 작성이 너무 오래 걸려

10. 깨지기 쉬운 테스트테스트 실행에 영향이 안가게SUT를 변경하지만아.. 테스트가 컴파일이 안돼… 실행이 안돼…

11. 애매한 테스트테스트 정보가 너무 많고 복잡해테스트를 한눈에 이해하기 어려워테스트를 작성하지 않는 개발자문제 해결을 위한 조언개발자보다 관리자나 팀장들이 더 잘 맞는 냄새무엇이 문제인지 아는 것이 중요.

12. 개발자에게 적절한 권한과 시간을.

13. 테스트 도입으로 프로세스가 금방 향상되지는 않아. 현실적이고 단계적 목표가 중요.테스트를 작성하지 않는 개발자버그 투성이 테스트3. 높은 테스트 유지 비용4. 제품 버그

14. 버그 투성이 테스트완전자동테스트를 도입했지만 어딘가 문제 있음을 알려주는 프로젝트 단위의 신호코드는 정상인데 테스트가 실패(거짓양성 – 양치기 소년, 신뢰 상실)실제 버그가 발생하는데 테스트는 성공(거짓음성 – 테스트가 바보)

15. 버그 투성이 테스트원인 :깨지기 쉬운 테스트애매한 테스트테스트 하기 힘든 코드

16. 버그 투성이 테스트원인 1: 깨지기 쉬운 테스트 (Fragile Test)코드는 정상인데 테스트가 실패하는 거짓 양성(양치기 소년)해결법 : 4가지 민감함을 살펴보자.인터페이스에 민감함?

17. 동작에 민감함?

18. 데이터에 민감함?

19. 문맥에 민감함 ?테스트 대역과 리팩토링으로 해결해보자.버그 투성이 테스트원인 2: 애매한 테스트 (Obscure Test)실제 버그가 발생하지만 테스트는 성공하는 거짓 음성(테스트가 바보)일때 나온다.해결법 : 테스트를 읽는 사람 입장에서 리팩토링하자.목표는 문서로서의 테스트버그 투성이 테스트원인 3: 테스트하기 힘든 코드자동테스트를 하기 힘든 설계일때

20. 힘드니 간접테스팅(Indirect Testing)을 하고 그러니 깨지기 쉬워.해결법 :테스트하기 쉽게 리팩토링 하거나

21. SUT API를 캡슐화해서 변경시 영향 받는 테스트 코드를 최소화.버그 투성이 테스트문제 해결을 위한 조언: 많은 질문을 해보자

22. 5 Why로 문제 핵심에 도달해야 한다.Q : 왜이런 일이 생겼을까?A : 찾았어! 요게 문제 발생 요인이야.Q : 그럼 어떤 이유로 요런 요인이 생겼을까?새로운 정보가 나오지 않을 때까지 반복!버그 투성이 테스트전반적 해결 패턴 : 이유에 따라 많이 달라.관련 동작 냄새나 코드 냄새에서 찾자.

23. 개발자에게 충분한 시간을주자.- 테스트 잘 작성하는 법 학습- 레거시 코드는 리팩토링- 테스트 먼저 작성테스트를 작성하지 않는 개발자버그 투성이 테스트3. 높은 테스트 유지 비용4. 제품 버그

24. 높은 테스트 유지 비용어플 개발도 힘든데 테스트까지 유지 보수 해야 하다니… 너무 힘들어요.기능 추가할 때 마다 테스트도 많이 고쳐야 해요. 새로운 기능 개발에 드는 기간이 점점 늘어나요.테스트 유지 보수 때문에 팀의 생산력이 떨어져요.그 동안의 노력이 물거품이 되는 한이 있더라도 테스트를 없애버리고 싶어요!

25. 높은 테스트 유지 비용대부분은 다음 냄새와 동반한다. 테스트가 SUT와 너무 강하게 결합한 깨지기 쉬운 테스트

26. 너무 많은 테스트가 같은 픽스처 설계에 의존하는깨지기 쉬운 테스트

27. 공유 픽스처가 문제의 원인인 변덕스러운 테스트높은 테스트 유지 비용원인 :깨지기 쉬운 테스트애매한 테스트테스트 하기 힘든 코드

28. 높은 테스트 유지 비용원인 1: 깨지기 쉬운 테스트SUT를조금만 변경해도 테스트가 영향을 받아

29. 근본원인은 4가지 민감함에 있을 수 있다.해결법 : 민감함으로 부터 최대한 보호테스트 대역(Test Double)을 쓰거나

30. 각자 테스트 할 수 있게 작은 컴포넌트나 클래스로 나누자.높은 테스트 유지 비용원인 2: 애매한 테스트테스트를 다시 볼 때마다 테스트를 이해하는 시간이 더 걸려.해결법 : 테스트를 읽는 사람 입장에서 리팩토링하자.목표는 문서로서의 테스트높은 테스트 유지 비용원인 3: 테스트하기 힘든 코드레거시 소프트웨어 – 테스트를 나중에 작성하니 테스트가 더 어려워.해결법 : 테스트하기 쉬운 코드로 리팩토링하거나

31. 테스트 유틸리티 메소드를 사용한 SUT API 캡슐화로 테스트 코드의 양을 줄이자.높은 테스트 유지 비용문제 해결을 위한 조언이 냄새는 관리자나 스크럼 마스터, 팀장들이 더 잘 맡는다.

32. 무엇이 문제인지를 잘 파악하고

33. 좋은 방법을 찾도록 개발자들을 독려하고 지원해 주어야.

34. 추가 기능 조절, 개발속도 조절, 테스트 리팩토링 스토리 기간을 만들어 시간을 벌어주어야.

35. 지금 해결하지 못하면 점점 악화만 될 뿐.테스트를 작성하지 않는 개발자버그 투성이 테스트3. 높은 테스트 유지 비용4. 제품 버그

36. 제품 버그그렇게 노력했건만,공식테스팅이나 제품에 버그가 너무 많아.개발시 버그 제거 시간 보다 공식 테스트 기간일 때 더 오래 걸리고,제품에서 발견될 때는 더더더 오래 걸린다.미뤄지는 출시일, 개발비용의 상승, 회사의 신뢰도 추락 등

37. 제품 버그원인 :드문 테스트 실행놓친 테스트빠진 단위 테스트테스트 안 된 코드테스트 안 된 요구 사항절대 실패하지 않는 테스트

38. 제품 버그원인 1: 드문 테스트 실행개발자가 테스트 실행을 잘 안한다. 왜?

39. 테스트 실행이 너무 오래 걸려서.

40. 상관없는 실패가 너무 많아.

41. 테스트를 할 때마다 직접 조정 해줘야 해서.(수동 조정 Manual Intervention)

42. 개발자가 테스트 환경을 재시작해야 해서.제품 버그원인 1: 드문 테스트 실행개발자가 테스트 환경을 재시작해야 해서.(반복 안되는 테스트 Unrepeatable Test)해결법 :신선한 픽스처 전략을 써보자.제품 버그원인 2: 놓친 테스트실행되는 테스트 개수가 줄어.

43. 예전에는 테스트가 걸러주던 버그인데 재발…찾아보니 해당 테스트가 비활성화 되어.