Skip to main content

김주엽

1. 📌 핵심 개념 정리

✅ 요약하기

  1. TDD 법칙 세 가지
  • 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.
  • 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.
  • 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.
  1. 깨끗한 테스트 코드 유지하기
    • 테스트 코드가 복잡할수록 실제 코드를 짜는 시간보다 테스트 케이스를 추가하는 시간이 더 걸릴 수 있다.
    • 지저분한 테스트 코드는 개발자 사이에서 점점 큰 불만이 생기게 된다.
    • 테스트 케이스가 없으면 결함율이 높아질 위험이 있다.
    • 실제 코드 못지 않게 테스트 코드는 매우 중요하다.
    • 코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목은 단위 테스트다.
  1. 깨끗한 테스트 코드
    • 깨끗한 테스트 코드를 작성하는데 가장 중요한 것은 가독성이다.
    • 읽는 사람을 고려해서 테스트 코드를 작성하라.
    • Build - Operate - Check 순서로 테스트를 작성하면 도움이 된다.
      1. 테스트 자료를 생성한다.
      2. 테스트 자료를 조작한다.
      3. 조작한 결과가 올바른지 확인한다.
    • 테스트 코드는 반드시 필요한 자료 유형과 메서드만 사용해야 한다.
  1. 테스트당 assert 하나
    • JUnit으로 테스트 코드를 짤 때는 메서드마다 assert문을 단 하나만 사용해야 한다고 주장하는 이들이 있다.
  1. 한 줄 요약 내용
    .
    .
    .

2. 🤔 이해가 어려운 부분

🔍 질문하기

책을 읽으며 이해하기 어려웠던 개념이나 명확하지 않았던 내용을 정리합니다.

  1. 개념 또는 원칙의 이름
    • 어려웠던 부분
      해당 개념이 헷갈리거나 명확하지 않았던 점을 구체적으로 설명합니다.
    • 궁금한 점
      해당 개념이 어떤 원리로 동작하는지, 실무에서 어떻게 활용되는지 등을 질문 형태로 정리합니다.
  1. 개념 또는 원칙의 이름
    • 어려웠던 부분
      .
    • 궁금한 점
      .
  1. 개념 또는 원칙의 이름
    • 어려웠던 부분
      .
    • 궁금한 점
      .

3. 📚 참고 사항

📢 논의하기

관련된 자료가 있다면 공유하고, 더 깊이 논의하고 싶은 아이디어나 의견을 정리합니다.

  1. 관련 자료 공유
    • 추가 자료
      관련 블로그 글이나 공식 문서 링크를 제공합니다.
  1. 논의하고 싶은 주제
    • 주제
      논의하고 싶은 내용을 간략히 정리합니다.
    • 설명
      논의하고 싶은 이유를 작성합니다.
Back to top