2010-09-20 11 views

Trả lời

0

Các công cụ bảo hiểm thử nghiệm sử dụng rộng rãi nhất là: eclemma

Cập nhật

Về "thế giới thực" hiểu biết về JUnit. Tôi khuyên bạn nên sử dụng TDD và thực hiện một cái gì đó rất đơn giản.

Ví dụ: Set (Java collections) và triển khai thử nghiệm cho các phương pháp như: equals(), contains(), empty() etc.

Cách tốt nhất để tìm hiểu điều gì đó là thực hiện. Read this article, họ đã lấy một ví dụ về trình phân tích cú pháp XML Xerces

+0

xin lỗi ive rephrased câu hỏi – Skiy

+1

là có số liệu thống kê về việc sử dụng các công cụ này? – Bozho

+0

cảm ơn tôi chủ yếu muốn xem nó được thực hiện như thế nào trong một dự án hoàn chỉnh. – Skiy

2

Bất kỳ dự án nghiêm túc nào (kể cả nguồn mở) đều có các kiểm tra đơn vị. Đối với những gì tôi đã nhìn thấy mùa xuân và ngủ đông có rất nhiều người trong số họ.

This là một bài giảng rất hay về thiết kế hướng đối tượng để kiểm tra. Nó không dành cho người mới bắt đầu hoàn chỉnh, nhưng nó cung cấp những hiểu biết rất tốt.

0

Tôi đã viết các phần cho Geoserver chỉ có accepted vào cây mã nguồn mở khi các phần bổ sung đã được kiểm tra. Trong khi thử nghiệm khuôn khổ của tôi, tôi đã gặp một số thiếu sót trong bản kiểm tra và mở rộng nó để cho phép thử nghiệm trừu tượng hơn. Nguồn cho Geoserver có thể được truy cập thông qua SVN và cấu hình Eclipse Run-As Junit Test cho các số liệu vượt qua/thất bại tốt đẹp.

0

Bạn cũng có thể thử và tham gia các cuộc thi dành cho nhà phát triển TopCoder (đây không phải là quảng cáo). Mỗi dự án phải có số lượng bài kiểm tra. Và khối lượng mã được kiểm tra không được dưới 85%.

0

Tôi có thể khuyên bạn nên xem mã nguồn dự án Hibernate. Bài kiểm tra đơn vị rất tốt ở đó. Ví dụ tốt để làm theo.