꿈으로 가는 길 꿈으로 가는 길

25장. 테스트 주도 개발 패턴 중요한 것!테스트를 하기전에 테스트 목록을 작성하자. * 나에게 테스트 목록을 작성하는 것은 여전히 어려운 일이지만 노력해보자.테스트를 할때 assert 구문을 먼저 쓰자assert를 먼저쓰고, 점점 찾아가다 보면, 어느 순간 테스트의 아웃라인이 잡혀있게 된다.* assert를 먼저 쓰는것은 좋은 방법 같다. 항상 assert를 쓰기 전에 먼저 앞부분을 작성하였는데... 순서를 뒤짚어 봅시다.!! 26장. 빨간 막대 패턴한 단계 테스트 : 테스트는 아는 것에서 모르는 것으로 라는 방향이 유용할듯!테스트로 설명이 가능하게 만듭시다~학습테스트 : 패키지의 새버전 또는 다른사람(외부)이 만든것을 테스트(?) 하는것.회귀테스트 : 사실은 처음 코딩할 때 작성했어야 하는 테스트 이..

Test-Driven Development : By Example1장~17장중 17장은 요약본!! 17장을 잘 읽어요. TDDTDD는 적절한 때에 번뜩이는 통찰을 보장하지 못한다. 그렇지만 확신을 주는 테스트와 조심스럽게 정리된 코드를 통해, 통찰에 대한 준비와 함께 통찰이 번뜩일 때 그걸 적용할 준비를 할 수 있다. TDD가 경제적이기 위해서는 매일 만들어 내는 코드의 줄 수가 두배가 되거나 동일한 기능을 구현하되 절반의 줄 수로 해내야 할 것이다. 다음에 할일이 무엇인가? == 어떤 테스트들이 추가로 더 필요할까? statement coverage가 테스트의 시작점.defect insertion은 코드의 의미를 바꾼 후에 테스트가 실패하는지 보는 것. 습관으로 만들 것!- 하던 일을 중단하고 다른 일..

Test-Driven Development : By Example TDD는 단순한 두가지 규칙만을 따른다.1. 테스트가 실패할 경우만 -> 새로운 코드를 작성!2. 중복제거! 그리고 두려움을 갖지 맙시다! 용기를 가져요!1. 불확실한 상태로 있는 대신, 가능하면 재빨리 구체적인 학습을 하기 시작한다.-> 코딩을 시작하기 전에 정말로 불안한 마음으로 있는데 가만히 있지말고! 학습을 시작해야겠어요!! 2. 침묵을 지키는 대신, 좀 더 분명하게 커뮤니케이션을 한다.3. 피드백을 회피하는 대신, 도움이 되고 구체적인 피드백을 찾는다. 4. (자신의 나쁜 성깔을 직접 해결해야한다.) TDD의 리듬1. 재빨리 테스트를 하나 추가한다.(테스트작성)1-1.(컴파일되게하기)2. 모든 테스트를 실행하고, 새로 추가한 것이..