Home

Welcome to the tdd-challenge wiki!

Test-Driven Development : By Example

2023-09-07 (서문, 1장 ~51p)

• 이세명
  • 빨강, 초록, 그리고 리팩토링. 무엇이든 먼저 시작하고, 시행착오를 거치며 개선해나가는 과정이 살면서 마주칠 수 있는 많은 문제의 해결과정과 비슷하지 않을까 하는 생각이 든다.
• 정다현
  • TDD를 내가 익혔는가? 라고 하면 아닌 것 같았는데, 책에서 TDD 수련법을 소개해줘서 따라해보고 싶다는 생각이 들었습니다. 이제까지 1) 간단하고 쉬운 문제로 시도 하는 연습을 했다면 2) 작은 어플리케이션 하나를 TDD로 완성해보는 것 도 재밌을 것 같아요! 2) 과정을 거쳐야 TDD가 왜 좋은 지 와닿을 것 같다는 생각이 들었습니다.
• 최다인
  • 한국어판 인터뷰에서 아래와 같은 말이 나왔는데 충격이었다.
    내가 아직 기술이 부족해서 테스트를 작성하지 못하는 것일 뿐 모든 것을 테스트할 수 있다는 것에 공부할 것이 많음을 느꼈다.

  최근에 만델브로트(Mandelbrot) 브라우저를 프로그래밍했는데, 픽셀 하나에 대해서는 테스트를 작성할 수 없다고 생각했습니다. 이제는 그런 테스트를 작성할 수 있다는 것을 깨달았으며 (생략)

• 한지원
  • 테스트코드 없이 개발을 하며 느꼈던 문제 들이 TDD를 통해 어느정도 해결 될 수 있을 것 같다는 확신을 심어주는 드는 파트였습니다. 처음 챌린지를 할 때 테스트코드와 친해지기 위해 했던 과제들이 이 책의 과정에 더 몰입하게 만들어 주고있다는 생각도 들었습니다.

2023-09-14 (52p ~ 112p)

• 이세명
  • TDD란 조종해나가는 과정이다!
• 정다현
  • OOP를 공부하는 느낌이었네요.. 리팩토링 과정에서 달라진 인터페이스를 반영해서 어떻게 테스트 코드를 수정해나가는지 알아볼 수 있었습니다!
  • 예시 코드가 자바라서 이해가 어렵네요 ㅠㅠ 자바스크립트로 예시 코드를 같이 구현해보면서 공부해보는 건 어떨까요!
• 최다인
  • 삼각측량 전략이라는 익숙하지만 추상적이었던 방식을 명시해주어서, 앞으로 의식적으로 사용할 수 있을 것 같다.
  • 11장 까지의 예제에서 상속 관계의 클래스를 만들었다가 제거되는 과정에서, 아키텍처 주도 개발(architecture-driven develop)과 정 반대라는 말을 실감했다. 테스트를 작성하고 통과시키는 과정에서 아키텍처는 자연스럽게 따라오는 것이 인상적이다.
  • 켄트 백의 급발진 포인트들이 너무 재미있다.🤣

    팀으로 돌아가서, "켄트가 설계 어쩌구 하는 것은 모조리 중요하지 않다고 했다."고 전할지 모르겠다. 멈춰라.

• 한지원
  • 예시가 자바라 조금 어색했지만 저자의 코드를 순차적으로 따라하면서 TDD에 대한 감이 잡혀갔습니다.

2024-01-09 (113p ~ 157p)

• 이세명
  • 저자가 작성한 메타포가 이해하기 어려웠다. TDD를 위한 기능은 아닌 것 같았지만 새로운 패러다임을 익힌 느낌이었다.
  • 원문의 언어와 우리가 구현하는 언어의 차이로 인한 추가적인 공부가 더 필요할 것 같다.
  • 테스트 코드를 망치고 그게 돌아가면 TDD는 성공한걸까? 🤭