Skip to main content

박수완

1. 📌 핵심 개념 정리

✅ 요약하기

  1. 각자TDD 해당법칙 챕터에서세 중요가지

    • 첫째 법칙

      실패하다고는 느낀단위 개념이나 아이디어테스트를 간략하게작성할 정리하고때까지 개선 전, 후에 대한 예시실제 코드를 비교작성하며지 개념을 설명합니않는다.

      1. 둘째 법칙

        컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.

        줄 요약 내용

      • 셋째

      • 개선법칙

        전

        헌재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.


      
이렇게 일하면 매일 수십 개선, 전매달 수백 개, 매년 수천 개에 달하는 테스트 케이스가 나온다. 이렇게 일하면 실제 코드를

      개선사실상 전부 테스트하는 테스트 케이스가 나온다. 하지만 실제 코드의와 맞먹을 정도로 방대한 테스트 코드는 심각한 관리 문제점을를 작성합니유발하기도 한다.

      • 개선 후
      개선 후 코드

      개선 후의 코드에 대한 설명을 작성합니다.

  1. 깨끗한 테스트 코드 유지하기

    테스트는 유연성, 유지보수성, 재사용성을 제공한다 테스트 코드를 깨끗하게 유지하지 않으면 결국은 잃어버린다. 그리고 테스트 케이스가 없으면 실제 코드를 유연하게 만드는 버팀목도 사라진다. 맞다, 제대로 읽었다. 코드에 유연성, 유지보수성, 재사용성을 제공하는 버팀목이 바로 단위 테스트다. 이유는 단순하다. 테스트 케이스가 있으면 변경이 두렵지 않으니까! 테스트 케이스가 없다면 모든 변경이 잠정적인 버그다. 아키텍쳐가 아무리 유연하더라도, 설계를 아무리 잘 나눴더라도, 테스트 케이스가 없으면 개발자는 변경을 주저한다. 버그가 숨어들까 두렵기 때문이다.

    하지만 테스트 케이스가 있다면 공포는 사실상 사라진다. 테스트 커버리지가 높을수록 공포는 줄어든다. 요약아키텍처가 내부실한 코드나 설계가 모호하고 엉망인 코드라도 별다른 우려 없이 변경할 수 있다. 아니, 오히려 안심하고 아키텍처와 설계를 개선할 수 있다.

    그러므로 실제 코드를 점검하는 자동화된 단위 테스트 슈트는 설계와 아키텍쳐를 최대한 깨끗하게 보존하는 열쇠다. 테스트는 유연성, 유지보수성, 재사용
    성을 제공한다.
    테스트 케이스가 있으면 변경이 쉬워지기 때문이다.

    따라서 테스트 코드가 지저분하면 코드를 변경하는 능력이 떨어지며 코드 구조를 개선하는 능력도 떨어진다. 테스트 코드가 지저분할수록 실제 코드도 지저분해진다. 결국 테스트 코드를 잃어버리고 실제 코드도 망가진다.

  1. 한 줄 요약 내용
    .
    .
    .

2. 🤔 이해가 어려운 부분

🔍 질문하기

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

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

3. 📚 참고 사항

📢 논의하기

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

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