Tôi cần một bản trình bày ngắn về TDD để hiển thị tại cuộc họp của công ty. Nó cần phải là một cuộc nói chuyện trực tuyến và không dài hơn 35 phút. bạn có bất kì gợi ý nào không?Kiểm tra thuyết trình phát triển theo hướng
Youtube có rất nhiều (và dài) ngắn (và dài) videos. Thậm chí còn có những ngôn ngữ cụ thể. Tôi đề nghị bạn hãy xem và chọn một trong những cái nhìn tốt nhất cho bài thuyết trình của công ty bạn.
Tôi đã tự tìm kiếm một video như vậy.
Điều tốt nhất tôi có thể xuất hiện là Steve Freeman On TDD: How Do We Know When We’re Done?, nhưng đáng buồn là nó dài hơn 35 phút đáng kể.
Tôi muốn giới thiệu Roy Osherove's understanding Test Driven Development. Chỉ hơn một giờ, nó dài hơn một chút so với những gì bạn yêu cầu, nhưng dù sao cũng là một sự giới thiệu tuyệt vời.
Tôi cũng khuyên bạn nên Roy's other videos cũng vậy, blog của anh ấy, ISerializable và sách của anh ấy, the art of unit testing.
Cũng ckeck ra bài viết trên blog này: Testing and Testable Code Presentation
Nếu bạn đang có ý định về trình bày nó cho mình, khuyến cáo tốt nhất mà tôi có thể đưa ra là: Đừng chỉ sử dụng đống của văn bản trên slide PowerPoint. Mọi người thành thật sẽ không nhớ nhiều trong một bài thuyết trình như thế. Và nếu họ nhớ điều gì đó, rất có thể sẽ không ai thực sự thử nó. Thay vào đó, hãy thử một cái gì đó sáng tạo hơn:
Nếu đối tượng mục tiêu của bạn có kiến thức kỹ thuật, tôi sẽ lập kế hoạch một chút mã để viết và viết nó trước mặt họ để họ có thể thấy bạn thực sự làm nó. Chắc chắn, hãy phác thảo các lợi ích, nhưng hiển thị chúng - đừng chỉ nói với mọi người về chúng.
Và nếu đối tượng mục tiêu của bạn không có kiến thức kỹ thuật, tôi muốn hỏi tại sao bạn đang đem lại cho một bài thuyết trình về TDD ;-)
Tập trung vào lợi ích của TDD. Hãy thành thật mà làm TDD mất nhiều thời gian để viết mã ngay từ đầu nhưng công ty/nhà phát triển sẽ tiết kiệm thời gian là trên mantainess. Ngay cả TDD cũng không phải về thử nghiệm, hãy hỏi khán giả xem họ sẵn sàng trả bao nhiêu cho chất lượng. Ngoài ra, hãy nói với họ rằng thử nghiệm các giống tự tin và nếu bạn viết kiểm tra trước khi viết mã, bạn sẽ viết mã tốt hơn.
Tôi sẽ tập trung rằng TDD không phải là về thử nghiệm đó là về phát triển. Những gì tôi có nghĩa là TDD không phải là một kỹ thuật để xác minh mã đó là một kỹ thuật phát triển.
Hiển thị năm bước của TDD.
Tôi không ngại có -1 nhưng muốn biết tại sao tôi nên học. Đó là lý do tại sao trên stackoveflow để tìm hiểu không để mất hoặc đạt được điểm. – Vadim
Tôi đồng ý với tuyên bố của bạn. Tôi đã tổ chức nhiều bài thuyết trình về TDD trước đây, nhưng lần này tôi muốn có một bài thuyết trình như một diễn viên web. – Fossmo
Tôi đã thực hiện một presentation about TDD một năm trước bằng cách sử dụng "A TRIP" acronym và đã có một số ngắt với thực hành rất nhanh với Eclipse (lập trình bằng Java).Nó hoạt động tốt trong một phiên họp nhóm kín (Tôi tin rằng tôi mất 30 phút để trải qua tất cả mà không có tài liệu thực hành). Tuy nhiên nếu bạn cần phải làm cho nó 30 phút, bạn có thể cần phải cắt giảm một số điều.
Bạn không nên cố gắng trình bày quá nhiều kể từ khi TDD tiếp xúc với rất nhiều đối tượng khác, tốt hơn là để người xem tự tìm kiếm, miễn là bạn có thể cung cấp liên kết tới tài nguyên trên web.
Trang trình bày tuyệt vời và nhiều thông tin tuyệt vời, nhưng tôi vẫn cần một diễn viên web. – Fossmo
Seapine có một số video được đăng trên cả phát triển theo thử nghiệm và thử nghiệm đơn vị.
http://www.seapine.com/tddseries/
Các "Giới thiệu về Phát triển Test-Driven" video dài 20 phút, do đó đáp ứng tiêu chí khung thời gian của bạn.
Mục đích của bản trình bày là gì; để bán ý tưởng TDD hoặc nói TDD là gì? – Vadim
Nó sẽ là cơ sở để thảo luận về TDD, vì vậy tôi cần bán TDD và cho biết đó là gì. – Fossmo
Ai sẽ là đối tượng mục tiêu? Quản lý hoặc phát triển? – Spoike