Unit Testing에서 좋은 프레젠테이션 (슬라이드 + 오디오 또는 비디오 선호)을 찾고 있었지만 책과 블로그 게시물 만 있으면됩니다. 프레젠테이션은 갈색 가방 점심 식사로 표시되므로 50 분을 초과하지 않아야합니다. .NET 플랫폼에서 일반적인 개념 또는 수행 방법은 내가 찾고있는 것입니다.
해당 설명에 맞는 프레젠테이션을 추천 할 수 있습니까?
답변:
Powerpoint 프레젠테이션 대신 Brett L. Schuchert의 6 부 비디오입니다.
"테스트 중심 개발"의 일부로 단위 테스트에 대한 실시간 데모를 제공합니다. 6 개가 모두 필요하지 않다고 생각하므로 50 분 사양에 맞출 수 있습니다. IMHO는 매우 인상적입니다.
나는 아주, 한 매우 감동 전체 스로틀 : TDD의 비디오 롭 Ronery 브래드 윌슨. 무료는 아니지만 지출 할 수있는 최고의 $ 12가 될 것입니다. 비디오는 50 분보다 조금 더 길었습니다. 총 65 분이라고 생각합니다. 그래서 디저트가 포함 된 작은 갈색 가방을 더 제공 할 수도 있습니다 :-)
비디오에 대한 Rob Conery의 블로그 스 니펫 :
전제 조건은 Brad가 정기 청구를 시작하고 C # 및 xUnit.net (Jim Newkirk에서 만든 Brad의 테스트 프레임 워크)을 사용하여 고객 레코드를 업데이트하는 구독 청구 시스템을 작성해야한다는 것이 전제였습니다. 많은 사람들에게 이것은 간단하게 들립니다. 그런 것을 구현 한 사람들에게-그것은 아무것도 아닙니다.
제가이 에피소드에서 정말로 즐겼던 것은 "데모 베니어"를 제거하기 위해 브래드를 충분히 밀었다는 것입니다. 나는 그에게 "Oh yeah… ?” -그는 조정해야했습니다.
한 가지를 가정하는 테스트가 엉망이면 다른 것으로 옮겨야합니다. 엉덩이가 아파요. 그러나 Brad는 놀라 울 정도로 잘 처리했습니다. 더 많은 구조를 테스트 프로세스에 적용한 다음 이전 테스트를 하나씩 새로운 방식으로 "전환"할 수있는 기회를 얻었습니다.
우리는 단일 코드 파일 내에서 한 시간 내내 일을했습니다. 물론 코드 내부에 클래스를 만들었습니다. 그러나 수업이 끝난 후 Brad가 수업을 시작한 다음 이름을 바꾸고 삭제 한 다음 테스트를 완전히 재구성하는 것은 매우 흥미로 웠습니다.
그들은 항상 TDD가 "디자인 프로세스"라고 말하지만, 화가가 캔버스에 보이는대로 색상이 나올 때까지 똑바로 보이거나 느낄 때처럼 실제로 "디자인 -y"방식으로 사용 된 것을 본 적이 없습니다. 그것이 바로 그를보고 느낀 것입니다.
브래드에서 약 15 분은“공개 준비가 될 때까지 수업을 시험 파일에 남겨둔다”고 언급합니다. 즉, 설계 결정을 정당화하기에 충분한 시험이 있다는 것을 의미합니다. 테스트 파일을 약간의“양모”로 사용하는 것과 비슷합니다.
그는 청구 시스템을 만들면서 자신의 길을“느꼈다”– 하루 종일 자신에게 이야기하고 3 년 가까이 살고있는 우리가 끝낸 것에 가깝고 흥미롭고 지독한 무언가를 만들어 냈습니다.
James Shore의 Let 's Play TDD 비디오를 살펴 보십시오 . 나는 거의 모든 것을 보지 못했지만 (실제로 시작했을 뿐이다) 한 번에 코드 덩어리로 작업하는 좋은 자료 인 것처럼 보입니다.