Nhà cung cấp giao diện có nên cung cấp bản triển khai giả để thử nghiệm không?

Chúng tôi đã lãng phí rất nhiều thời gian cho bài kiểm tra tích hợp cuối cùng của chúng tôi về một lỗi mà tôi nghĩ nên được tìm thấy trong bài kiểm tra đơn vị. Vấn đề là một giao diện / dịch vụ mà chúng tôi gọi là hoạt động khác với dự kiến ​​và thử nghiệm đơn vị không tìm thấy vấn đề này vì chúng tôi đã chế giễu giao diện đó để kiểm tra đơn vị và giả của chúng tôi tất nhiên dựa trên cách hiểu sai về giao diện của chúng tôi. làm Bây giờ tôi có thể hơi tức giận với đồng nghiệp thân yêu của chúng tôi, người đã cung cấp giao diện, bởi vì mô tả / đặc tả của họ về nó (một nhận xét JavaDoc ngắn gọn) là mơ hồ và góp phần vào sự hiểu lầm của chúng tôi. Mặt khác, tôi nghĩ rằng vấn đề có thể tránh được nếu những đồng nghiệp đó đã cung cấp một triển khai giả cho giao diện của họ mà chúng ta có thể gọi trong thử nghiệm đơn vị của mình.

Bây giờ, cách thực hành tốt nhất trong việc tổ chức tạo các đối tượng giả giữa các đội cung cấp và sử dụng giao diện chung là gì? Kinh nghiệm của bạn là gì?

Lý tưởng nhất là có

Bất cứ ai viết mã mà người khác sử dụng không bị ràng buộc cung cấp bất cứ điều gì bổ sung cho mã. Tuy nhiên, nếu bạn muốn mọi người sử dụng mã của mình (và mọi người phải luôn luôn viết với tâm lý này), tài liệu có liên quan rộng rãi - có thể bao gồm các ví dụ - cực kỳ hữu ích.

Tôi không nghĩ rằng tôi đã từng đọc tài liệu và đã nghĩ, "Điều này thật ngu ngốc; có quá nhiều tài liệu." Mọi người tự nhiên có năng khiếu bỏ qua những gì họ cho là không cần thiết. Tuy nhiên, chúng tôi không thể chỉ đơn giản là đọc và nội suy các tài liệu hoặc khái niệm chưa được giải thích. Vì vậy, thật an toàn khi giả định: không có thứ gọi là quá nhiều tài liệu tốt . Nó cũng nên cho rằng người đọc nó như một đứa trẻ ngây thơ (tức là làm cho nó đơn giản nhất có thể).

Các ví dụ về cách khởi tạo và sử dụng một lớp luôn hữu ích. Mặc dù, nếu mã phụ thuộc quá nhiều vào tài liệu cần hiểu, thì đó là một vấn đề (riêng biệt) khác.

Câu trả lời này không nên được coi là hỏa lực sẽ biện minh cho việc la hét với đồng nghiệp của bạn. Nó chỉ đơn thuần là một hướng dẫn về những gì tôi nghĩ là có lợi và nên được thực hiện. Mặc dù điều này là hoàn toàn vô dụng trong tình huống của bạn (mặc dù, tôi cảm thấy câu hỏi của bạn về cơ bản là một câu nói hay), điều tốt nhất tiếp theo bạn có thể làm là dẫn dụ bằng ví dụ và hy vọng đồng nghiệp của bạn xuất hiện.

Nhà cung cấp giao diện có nên cung cấp bản triển khai giả để thử nghiệm không?

Không , nhưng nhà cung cấp cũng nên cung cấp mã nguồn cho những người không tin tưởng của họ. Đọc những điều không hay này bạn sẽ có ấn tượng tốt về việc thư viện nên được sử dụng như thế nào. Có lẽ bạn có thể thêm các điểm không mong muốn vào các bài kiểm tra của nhà cung cấp để chỉ định những gì bạn mong đợi từ nhà cung cấp.

Có rất nhiều công cụ / khung mô phỏng ngoài kia có thể thực hiện giả / sơ khai / giả.

Yêu cầu nhà cung cấp thực hiện giả không có mối quan hệ chi phí / lợi ích tốt vì anh ta không thể biết phần nào của việc thực hiện giả phải gần giống với triển khai thực và phần nào chỉ là mặt tiền.

Một cách khác để giải quyết vấn đề này là nếu nhà cung cấp sử dụng codecontract để đảm bảo rằng lib được sử dụng theo cách được chỉ định.