Cuốn sách, bài báo và tài liệu tốt nhất về thử nghiệm đơn vị [đóng]

Trong cuộc chiến của tôi để giới thiệu thử nghiệm đơn vị trong nhóm làm việc của tôi, tôi tìm thấy rất nhiều người mà ít có kiến ​​thức về khái niệm này. Bạn có thể đề nghị:

• bài viết hay hướng dẫn tốt nhất để nhanh chóng giới thiệu mọi người về chủ đề này
• cuốn sách toàn diện tốt nhất để kiểm tra đơn vị học tập chuyên sâu
• công trình học tập và nghiên cứu chứng minh tính hiệu quả của kiểm tra đơn vị

Tôi thấy Test Driven Development của Kent Beck là một giới thiệu tốt.

Nghệ thuật kiểm tra đơn vị của Roy Osherove. Các ví dụ thực tế tuyệt vời về việc sử dụng các bài kiểm tra đơn vị và tích hợp, sử dụng các khung mô phỏng, v.v.

Phát triển phần mềm hướng đối tượng, được hướng dẫn bởi các bài kiểm tra là một điều khá thuận tiện, tại sao và cách tất cả được trình bày rõ ràng trên một ví dụ dài về sách.

Các mẫu thử nghiệm xUnit của G. Meszaros : Mã kiểm tra tái cấu trúc là một loại bách khoa toàn thư, " Mẫu thiết kế " của thử nghiệm đơn vị.

Nghệ thuật kiểm tra đơn vị của R. Osherove : Với các ví dụ trong .Net là một hướng dẫn thực tế hơn để bắt đầu với kiểm thử đơn vị và hiểu các khái niệm chính.

Thử nghiệm của L. Koskela : TDD và TDD chấp nhận cho các nhà phát triển Java dường như là Nghệ thuật kiểm tra đơn vị cho các nhà phát triển Java.

Đối với thử nghiệm đơn vị thực tế, bạn không thể vượt qua Nghệ thuật kiểm tra đơn vị của Roy Osherove như ysolik đã đề cập. Nó đi qua các công nghệ thực tế được sử dụng. Những thứ như giả, giả, sơ khai, khung để sử dụng, kiểm tra đặt tên, v.v.

Các cuốn sách khác như Kent Becks Test Driven Development, mà Matt đề xuất thông qua TDD, đây là một cách để thử nghiệm đơn vị, nhưng nó không đi sâu vào thử nghiệm đơn vị như một công nghệ. Cuốn sách này đi qua một ứng dụng ví dụ và đi qua những gì sẽ đi qua đầu bạn khi viết bài kiểm tra trước và mã sau đó.

Một bài viết miễn phí tương tự như cuốn sách của Kent Becks, trong đó nó kể câu chuyện phát triển một ứng dụng, thử nghiệm đầu tiên là ví dụ bowling XP XP, của Robert Martin và Robert Koss.

Tôi đã đọc cả hai cuốn sách, bắt đầu với Nghệ thuật kiểm tra đơn vị, và sau đó chuyển sang Kent Becks để có ý tưởng hay về quy trình. Tôi nghĩ đó là một cách tốt để học nó, nếu thực sự bạn muốn học Test Driven Development.

Chỉ là một nguồn bổ sung cho thông tin về thử nghiệm tốt là Blog Thử nghiệm của Google !

Tôi nghĩ rằng Kiểm tra đơn vị bây giờ là một thuật ngữ quá mơ hồ.

Ý tưởng đằng sau Kiểm thử đơn vị (từ Wikipedia) "kiểm thử đơn vị là một phương pháp theo đó các đơn vị mã nguồn riêng lẻ được kiểm tra".

Theo thời gian, ý tưởng ban đầu đang phát triển trong một thứ gọi là Phát triển hướng thử nghiệm (cuốn sách hay nhất về vấn đề này là Phát triển phần mềm hướng đối tượng, được hướng dẫn bởi các thử nghiệm) và một thứ khác gọi là Phát triển hướng hành vi (Sách cụ thể).

Tôi đề nghị bạn xem xét cả hai và tìm chiến lược phù hợp hơn với nhu cầu của bạn. Bạn cũng có thể sử dụng cả hai (như chúng tôi làm).

Trong mọi trường hợp, để tận dụng lợi thế của thử nghiệm, bạn cần đặt nó vào trung tâm của chiến lược thiết kế của bạn.