4장 - Mock 을 이용한 TDD

doortts commented 6 years ago

@doortts (doortts) 님이 작성한 이슈입니다. ---

안내: 본문을 읽지 않고 아래의 코멘터리만 읽는 걸 가정해서 작성하진 않았습니다.

읽기전에

생일 역설 (Birthday Paradox)은 교양으로 읽어보세요
요즘엔 Test Double 이라는 용어도 잘 안쓰고 그냥 Mock 객체, Mock을 만드는걸 Mocking 이라는 표현을 더 많이 씁니다.
- 하지만 알아두면 구분해서 표현할때 좋습니다.
- 생각해보면 XUnit Test Patterns 책은 내용이 너무 끝까지 간 느낌이 있어요. (그걸 어떻게 다 봐!!)
Test Spy는 요즘도 종종 쓰게 되는것 같아요.
- js 에서는 Sinon을 이 용도로 많이 썼습니다만 요즘은 대부분의 경우 Jest 가 Mock 이며 Spy 기능이 잘 되어 있어서 Jest 이외엔 따로 쓸 필요도 못 느끼는것 같습니다.
Snapshot 테스팅이라는 것도 있는데 보통 equals(expected) 나 toEqual(expected) 같은 assert구분을 쓸때 expected 를 일일히 다 미리 표현하기 어려운 경우 최초 실행시 result를 expected로 저장(실제로 파일등으로 저장)해 놓고 다음 실행시부터는 이전 snapshot과 동일한지 비교하는 방식의 테스팅입니다.
- 참고: https://jestjs.io/docs/en/snapshot-testing

최근에는 property-based testing (PBT) 도 등장해서 조금씩 사용되기 시작했습니다.
- 예제기반 테스트에서도 예전엔 삼각측량이라는 표현으로 multiply(3, 3) = sum(sum(3, 3), 3) 과 같아야 한다는 방식으로 테스트코드를 작성하길 추천하는 스타일이 있었습니다. (sum은 신뢰가능한 함수라고 가정)
- 하지만 이것도 예제기반으로 사람이 케이스를 작성하는 것이었다면 PBT는 시스템의 range 기반 auto generation 과 randomizing 을 기반으로 기계적으로 값을 검증하고 fail 케이스를 찾아내는 방식입니다.
- 참고:
  - Js world 에 계신분은 이쪽을 https://hackernoon.com/property-based-testing-4330e3e77381
  - Java world 이신분은 https://www.leadingagile.com/2018/04/step-by-step-toward-property-based-testing/
JUnit 쪽에서도 이미 예전에 Parameterized Test 와 Theory 라는걸 지원하고 있었습니다.
- 관련 내용은 appendix에 담아 놓았고 해당부분의 PDF는 이미 2011년도에 공개해 놓았었습니다. 관련글은 여기

챕터 뒷부분에서 저자 한마디로 표시할 것이 아니라 예제 소스에서 시작부터 // Given // When // Then 주석을 사용했어야 했다.
Mock 사용 시 유의사항은 꼭 읽어보세요.
- Mocking을 할때는 대상이 되는 서버나 API, 데이터는 자주 변하지 않는 대상이 되어야 합니다.
- 즉, 서버도 한창 개발중이라 api 가 계속 바뀔때는 layering 에 대한 mock 기반 테스트는 현실괴리만 높이는 경우가 생깁니다.

5장은 PDF 파일만 올릴 예정입니다. 할말이 없어요.

이유는...

어잇쿠! 마우스 드래그 실수로 여기 이미 올렸네요! (거짓말) 05-DbUnit.pdf

doortts commented 6 years ago

@kequaz (성지훈) 님이 작성한 코멘트입니다. ---

TDD 자료 잘 보고 있습니다.

04-TDD-with-mock.pdf 파일이 첨부되지 않은것 같아 댓글 남기게 되었습니다.

공유해주셔서 감사합니다.

doortts commented 6 years ago

@doortts (doortts) 님이 작성한 코멘트입니다. ---

알려주셔서 고맙습니다! 수정해놓았습니다!