Đơn vị kiểm tra các lớp không xuất khẩu trong một DLL

Question

Chúng tôi phát triển một ứng dụng C++ sử dụng Visual Studio 2008 và kiểm tra đơn vị bằng cách sử dụng Boost.Test. Hiện tại, chúng tôi có một giải pháp riêng có chứa các bài kiểm tra đơn vị của chúng tôi.

Nhiều dự án của chúng tôi trong giải pháp cốt lõi tạo ra DLL. Chúng tôi bị giới hạn trong phạm vi kiểm tra bởi vì chúng tôi không thể kiểm tra các lớp không xuất.

Tôi có hai ý tưởng về cách này có thể được kiểm tra:

1. xuất khẩu tất cả mọi thứ
2. Đặt các bài kiểm tra bên trong DLL (cùng dự án và giải pháp) và sử dụng bên ngoài Á hậu Boost.Test của

Tôi không hoàn toàn chắc chắn những hạn chế sẽ là gì. Số 1 ở trên phá vỡ đóng gói cấp mô-đun, và số 2 có thể dẫn đến một DLL lớn hơn nhiều, trừ khi nó có thể chỉ bao gồm mã thử nghiệm trong cấu hình nhất định.

Vì vậy, có bất kỳ hạn chế nghiêm trọng nào đối với các phương pháp trên hay bạn có thể nghĩ ra các giải pháp khác không?

Answer 1

Mở rộng về câu trả lời Tom Quarendon để this question, tôi đã sử dụng một biến thể nhẹ phản ứng Simon Steele:

• Tạo một dự án thử nghiệm (sử dụng bất cứ kiểm tra khuôn khổ mà bạn thích, tôi sử dụng CppUnit).
• Trong test_case.cpp của bạn, #include <header/in/source/project.h>.
• Trong các tính chất dự án thử nghiệm:
  • Trong Linker-> General, thêm $(IntDir) đến Thư mục Thư viện bổ sung nguồn dự án.
  • Trong trình liên kết-> Nhập, thêm .obj tệp vào Phụ thuộc bổ sung.
• Thêm phụ thuộc từ dự án thử nghiệm vào dự án nguồn trong Dự án-> Phụ thuộc dự án.

Một lần nữa, phí duy trì duy trì là phí chuẩn duy nhất cho các bài kiểm tra đơn vị - để tạo phụ thuộc vào (các) đơn vị bạn muốn kiểm tra.

Answer 2

Giải pháp tôi sử dụng cho việc này là xây dựng cùng một mã không được xuất vào các thử nghiệm của tôi là DLL. Điều này làm tăng thời gian xây dựng và có nghĩa là thêm tất cả mọi thứ cho cả hai dự án, nhưng tiết kiệm được tất cả mọi thứ hoặc đưa các thử nghiệm vào mã sản phẩm chính.

Một khả năng khác sẽ là biên dịch mã không được xuất thành một lib được sử dụng bởi cả tệp DLL có xuất và dự án thử nghiệm đơn vị.

Answer 3

Hãy thử thực hiện một xác định như sau đâu đó tất cả các file sẽ bao gồm:

#define EXPORTTESTING __declspec(dllexport) 

Và sử dụng nó ở vị trí của dllexport, như thế này:

class EXPORTTESTING Foo 
{ 
... 
}; 

Sau đó, bạn sẽ có thể tắt cờ để xây dựng một bản phát hành DLL, nhưng giữ nó trên cho một DLL đơn vị kiểm tra.

Answer 4

Cũng đang tìm kiếm giải pháp, có thể những điều sau sẽ dễ bảo trì hơn.

Thêm cấu hình bản dựng mới, ví dụ: "Unit testing Debug" cho dự án DLL và thay đổi Type Configuration thành "Static Library .lib" ("General" -> "Configuration Type").

Sau đó, chỉ cần thêm phụ thuộc vào các bài kiểm tra đơn vị của bạn vào dự án này, bây giờ mọi thứ nên liên kết với nhau khi bạn sử dụng cấu hình xây dựng mới "Thử nghiệm đơn vị Gỡ lỗi". Nếu bạn đang sử dụng bản phát hành bản phát hành cho các bài kiểm tra đơn vị thì bạn cần thêm cấu hình khác với tối ưu hóa bản phát hành.

Vì vậy, những lợi ích của giải pháp này là:

• maintanability thấp chi phí
• DLL đơn/dự án thư viện tĩnh
• không phải tự liên kết đến obj file

Hạn chế:

• Cấu hình bổ sung hồ sơ suất (s) sẽ đòi hỏi một số thay đổi trong xây dựng môi trường của bạn (CI)
• Greater biên soạn lần

---

Cập nhật: Chúng tôi thực sự đã kết thúc bằng một cách tiếp cận khác nhau.

Chúng tôi bổ sung mới "Thử nghiệm debug"/"thử nghiệm phát hành' cấu hình cho mỗi dự án hiện có mà chúng ta có.

Đối .exe/.dll dự án chúng tôi vô hiệu hóa các main.cpp gốc từ biên soạn và thay thế nó bằng một trong đó khởi tạo khung kiểm tra (ví dụ: gtest) và chạy tất cả các thử nghiệm, các thử nghiệm nằm trong các tệp .cpp riêng biệt cũng được loại trừ khỏi biên dịch trong cấu hình thông thường (Release/Debug) và chỉ được bật trong cấu hình Thử nghiệm. Các dự án .lib chúng ta cũng có các cấu hình "Test debug"/"Test release" mới và ở đó chúng ta chuyển đổi thư viện tĩnh thành tệp .exe và cung cấp một tệp main.cpp để khởi tạo khung kiểm thử nd chạy các bài kiểm tra và kiểm tra bản thân. Các tệp liên quan đến kiểm tra được loại trừ khỏi quá trình biên dịch trên các cấu hình Release/Debug.