https://jinson.tistory.com/entry/%ED%95%9C%EA%B8%80%ED%99%94-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-TDD%EB%8A%94-%EC%A3%BD%EC%97%88%EB%8A%94%EA%B0%80
http://www.chidoo.me/index.php/2016/03/16/omg-are-u-doing-in-tdd/
https://medium.com/nulogy/storybook-driven-development-a3c517276c07 -이건 sdd 인데 개인적으로 좋아함
https://gyuwon.github.io/blog/2018/06/24/what-tdd-solves.html
여기 블로그들 모든 글 좋으니까 한번씩 구경해보는거 추천 이거 적으려고 노트북 켰네 ㅅㅂ
내가 말하는거랑 머가 다른데 로직 결과 테스트 작성하고 로직이랑 테스트 계속 리팩해나가는 거지 실제로 쓰고 있긴 함 너는? - dc App
보긴 봄?
프론트도 tdd랑 스토리북 사용하고 있는데 대체 뭐가 불만인거임 - dc App
봤으니까 달지 그래서 너 대답은 뭔데 - dc App
아니 si에서 tdd 존경 한다고 ㅋㅋ
si 서비스 솔루션 문제보다는 그 회사가 할 수 있는 사람들이 존재한다가 더 큰 요소같은데? tdd가 뭐 시간 엄청 잡아먹는 것도 아니고 그냥 작성보다 느리긴 하지만 어느정도 타협점을 두고 테스트 작성하는거지 너가 서비스 다니고 tdd 한다면 어떤식으로 하는지 얘기점 궁금해서 그럼 - dc App