doortts / blog star
07-26
Open
#7 7장 - 개발 영역에 따른 TDD 작성 패턴 star
07-26 Open
Tasks

이전: 6장 - Unitils 단위 테스트 지원 라이브러리
다음: 8장 - TDD에 대한 다양한 시각

729-20187-26-226-29.png

7장 본문#

07-TDD-Patterns.pdf

읽기전에#

  • 그나마 시절을 덜 타는 챕터입니다. 하지만 역시 좀 올드하네요.
  • 7.2.2 뷰 TDD는 통채로 스킵하셔도 무방합니다.

보충 설명#

  • 테스트는 정말 필요한 부분부터 시작하세요.
    • 익숙하지 않으면 쉬운것부터 만들어보세요.
  • 규칙에 얽매이기보다 이 부분에 테스트 코드가 필요한가 생각해보세요.
  • 테스트 코드가 복잡하면 뭔가 잘못된겁니다.
    • 의존성이 높게 설계가 되어 있거나
    • 지금 본인이 뭘 테스트하려는건지 혼란스러운 상태이거나
  • 테스트 커버리지를 위해서, 혹은 '테스트 코드'를 위한 테스트 코드는 작성하지 마세요.
    • '테스트 코드'를 위한 테스트 코드 = 왠지 테스트 코드를 작성해 놓으면 뿌듯할 것 같은 느낌
    • 테스트 커버리지를 위한 테스트 = 우리는 테스트 커버리지 90% 이상!! 이런 느낌의 목표
  • 근래에 새로 시작되는 웹 기반 프로젝트는 보통 React, VueJs 등의 SPA(Single Page Application) 기반과 Java 기준으로는 Spring Boot 로 시작하는 추세입니다. 양쪽 다 조금만 검색해보시면 다양한 예제와 설명을 찾을 수 있습니다.
  • 테스트 코드 자체도 업무 코드처럼 지속적으로 가다듬는 노력이 필요합니다. (관련 이야기는 8장때 좀더)

생각이 바뀐 부분#

692-20187-26-221-14.png

  • 데이터 베이스 테스트에 대해서 현재는 다소 비판적임. 할 필요가 있나.
    • 자칫 테스트라는게 JDBC가 잘 동작하는지 하이버네이트(hibernate)는 잘 동작하나 같은 테스트가 될 가능성이 있습니다.

좀 더 강조했어야 하는 부분#

376-20187-26-223-51.png
꼭 읽으세요! 두 번 읽으세요!

깨알#

779-20187-26-2214-29.png
이거 너무 좋지 않나요? ㅎㅎ~

8장 예고 #

216-20187-26-227-34.png

Issue Sharer
Comment 0

Add a comment
New subtask
Assignee
No assignee
Due date
No due date