Video về Kiểm tra đơn vị [đã đóng]


11

Tôi đã tìm kiếm các bài thuyết trình tốt (slide + âm thanh hoặc video ưa thích) trên Kiểm tra đơn vị nhưng tất cả những gì tôi dường như tìm thấy là sách và bài đăng trên blog. Bài thuyết trình không nên dài hơn 50 phút vì nó sẽ được trình bày trong bữa trưa túi màu nâu. Khái niệm chung hoặc cách thực hiện trên nền tảng .NET là những gì tôi đang tìm kiếm.

Bạn có thể giới thiệu một bài thuyết trình phù hợp với mô tả đó?


2
Có một số câu trả lời hay trên stackoverflow.com/questions/387326/ Cách
StuperUser

Câu trả lời:


3

Thay vì một bài thuyết trình Powerpoint, đây là video gồm 6 phần của Brett L. Schuchert

http://vimeo.com/album/210446

trong đó cung cấp cho bạn một bản trình diễn trực tiếp về thử nghiệm đơn vị như là một phần của "phát triển theo hướng thử nghiệm". Tôi nghĩ rằng bạn không cần tất cả 6 người trong số họ, vì vậy bạn có thể điều chỉnh nó theo thông số 50 phút của mình. IMHO rất ấn tượng.


1

Tôi đã rất, rất ấn tượng với video Full Threler : TDD của Rob Ronery và Brad Wilson. Nó không miễn phí, nhưng nó sẽ là một trong 12 đô la tốt nhất bạn từng chi tiêu. Video dài hơn 50 phút một chút - tôi tin rằng tổng cộng là 65 phút - vì vậy có lẽ bạn có thể cung cấp thêm một túi màu nâu nhỏ chứa món tráng miệng :-)

Một đoạn trích từ blog của Rob Conery về video:

Tiền đề là Brad cần tạo ra một hệ thống thanh toán đăng ký để loại bỏ các hóa đơn định kỳ và cũng cập nhật hồ sơ Khách hàng - sử dụng C # và xUnit.net (khung thử nghiệm của Brad do Jim Newkirk tạo ra). Đối với nhiều người, điều này nghe có vẻ đơn giản. Đối với những người đã thực hiện một điều như vậy - đó là bất cứ điều gì nhưng.

Điều mà tôi thực sự, thực sự rất thích ở tập phim này là tôi đã đẩy Brad vừa đủ để gỡ bỏ bản demo của veneer, tôi đã đưa cho anh ấy một đường cong khoảng 30 phút trong đó tôi đã nói rằng Oh Oh yeah Tôi đã đề cập rằng chúng tôi cũng làm X ? - và anh phải điều chỉnh.

Khi bạn có một mớ thử nghiệm giả định một điều, sau đó bạn phải chuyển sang một thử nghiệm khác - đó là một nỗi đau ở mông. Nhưng Brad đã xử lý nó tốt đến mức đáng kinh ngạc - tận dụng cơ hội để đẩy thêm cấu trúc vào quá trình thử nghiệm của mình, sau đó từng bước một chuyển đổi các thử nghiệm cũ của anh ấy sang phương pháp mới.

Chúng tôi đã làm việc cả giờ trong một tệp mã - và tôi chưa từng thấy ai làm điều đó trước đây. Chắc chắn, tôi đã tạo một lớp ngay trong mã - nhưng xem Brad xoay tròn lớp này sau lớp khác, sau đó đổi tên, sau đó xóa, sau đó cơ cấu lại hoàn toàn các bài kiểm tra của mình, nó rất, rất thú vị.

Họ luôn nói rằng TDD là một quy trình thiết kế của người dùng - nhưng tôi chưa bao giờ thấy nó được sử dụng theo cách thiết kế thực sự của S - - như một họa sĩ có thể ném màu theo màu trên vải cho đến khi nó trông / cảm thấy vừa phải. Và đó chính xác là cảm giác khi nhìn anh.

Khoảng 15 phút trong Brad đề cập đến việc tôi rời khỏi một lớp trong tệp thử nghiệm cho đến khi nó sẵn sàng ra mắt công khai - có nghĩa là anh ta có đủ các bài kiểm tra để chứng minh cho các quyết định thiết kế của mình. Một khái niệm mà tôi chưa bao giờ thực sự nghĩ đến trước đây - giống như sử dụng tệp thử nghiệm như một chút của một wombomb.

Anh ấy cảm nhận được cách của mình thông qua việc tạo ra hệ thống thanh toán - nói chuyện với chính anh ấy suốt thời gian và tạo ra một thứ gì đó khá thú vị và khá gần với những gì chúng tôi đã kết thúc sau gần 3 năm sống.


1

Có lẽ hãy xem các video Hãy chơi TDD của James Shore . Tôi đã không xem gần như tất cả trong số họ (chỉ mới bắt đầu, thực sự) nhưng dường như chúng là tài liệu tốt, làm việc với một đoạn mã tại một thời điểm.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.