FakeIt , một framework mocking C++ được thiết kế để đơn giản hóa việc kiểm thử đơn vị, đã gây ra tranh luận trong cộng đồng phát triển về những hạn chế kỹ thuật và tính hữu dụng thực tế của nó. Mặc dù framework này hứa hẹn tích hợp dễ dàng với các công cụ kiểm thử phổ biến như Google Test và Boost Test thông qua phương pháp single header file, nhưng một số vấn đề đáng lo ngại đã xuất hiện từ các cuộc thảo luận trong cộng đồng.
Các Framework Kiểm Thử Được Hỗ Trợ
| Framework | Tên Cấu Hình |
|---|---|
| Google Test | gtest |
| MSTest | mstest |
| Boost Test | boost |
| Catch 2 | catch |
| Qt Test | qtest |
| doctest | doctest |
| Standalone | standalone |
Tương Thích Tối Ưu Hóa Gây Ra Cảnh Báo Đỏ
Mối quan tâm lớn nhất tập trung vào việc FakeIt không thể hoạt động với các tối ưu hóa compiler tiêu chuẩn. Framework này yêu cầu rõ ràng người dùng GCC phải biên dịch với các flag -O1 hoặc -O0, hoàn toàn tránh các mức tối ưu hóa -O2 và -O3 thường được sử dụng. Hạn chế này cho thấy framework có thể đang thao tác các đối tượng trong bộ nhớ theo những cách bị phá vỡ dưới các tối ưu hóa compiler thông thường.
Bị hỏng với tối ưu hóa có nghĩa là bị hỏng đối với tôi. Đừng làm rối với undefined behavior; hoặc bạn tốt hơn nên tránh nó, hoặc việc phá vỡ compiler của bạn tốt hơn nên chặt chẽ đến mức nó vẫn hoạt động với tối ưu hóa.
Hạn chế này tạo ra các vấn đề thực tế cho các nhóm phát triển cần chạy test suite ở chế độ release hoặc debug các vấn đề cụ thể về tối ưu hóa. Hạn chế này thực sự ngăn cản các nhà phát triển kiểm thử code của họ trong cùng điều kiện mà nó sẽ chạy trong production.
Các Hạn Chế Chính
- Hỗ Trợ Compiler: Chỉ hỗ trợ GCC , Clang , và MSC++
- Optimization Flags: GCC O2 và O3 không được hỗ trợ (phải sử dụng -O1 hoặc -O0)
- Inheritance: Không thể mock các class có multiple hoặc virtual inheritance
- Thread Safety: Các mock không thread-safe
- Yêu Cầu MSC++: Phải bật chế độ debug Edit And Continue
Đặt Câu Hỏi Về Giá Trị Đề Xuất
Các thành viên cộng đồng cũng đã đặt câu hỏi liệu FakeIt có cung cấp đủ giá trị so với các lựa chọn thay thế đơn giản hơn hay không. Một số nhà phát triển cho rằng việc viết code implementation thực tế sẽ đòi hỏi ít nỗ lực hơn so với việc thiết lập mock bằng framework này. Chỉ trích này làm nổi bật một cuộc tranh luận rộng hơn về khi nào mocking framework trở thành trở ngại hơn là trợ giúp.
Cuộc thảo luận tiết lộ sự ưa thích của một số nhà phát triển đối với các fake được viết tay mô hình hóa hành vi thực tế mà không có tác dụng phụ không mong muốn. Những giải pháp tùy chỉnh này, mặc dù đòi hỏi nhiều nỗ lực ban đầu hơn, thường cung cấp kiểm soát và hiểu biết tốt hơn về môi trường kiểm thử.
Xung Đột Tên Và Mối Quan Tâm Tích Hợp
Thêm vào những thách thức của framework là xung đột đặt tên với testing framework hiện có của Microsoft , điều này có thể tạo ra sự nhầm lẫn cho các nhà phát triển làm việc trong môi trường hỗn hợp. Sự trùng lặp này có thể làm phức tạp việc áp dụng trong các tổ chức đã sử dụng công cụ kiểm thử của Microsoft .
Mặc dù có những chỉ trích này, FakeIt vẫn cung cấp một số tính năng hấp dẫn, bao gồm hỗ trợ các compiler chính ( GCC , Clang và Visual Studio ), tích hợp với nhiều testing framework, và một API tương đối đơn giản dựa trên các tính năng C++11 . Framework này cũng hỗ trợ dynamic casting và không đặt giới hạn về số lượng tham số method.
Cuộc thảo luận cộng đồng xung quanh FakeIt phản ánh những căng thẳng rộng hơn trong thực hành kiểm thử C++ , nơi các nhà phát triển phải cân bằng giữa sự tiện lợi với độ tin cậy và hiệu suất. Mặc dù mocking framework có thể giảm boilerplate code, chúng cũng giới thiệu các phụ thuộc và điểm lỗi tiềm ẩn có thể không biện minh cho độ phức tạp của chúng trong mọi tình huống.
Tham khảo: Fakelt