gpt4 book ai didi

c++ - 在 cppunit 测试中 stub WinBase.h

转载 作者:行者123 更新时间:2023-11-28 06:13:14 30 4
gpt4 key购买 nike

我正在为使用命名管道的类编写单元测试。我需要 stub CreateNamedPipe、ConnectNamedPipe、WriteFile、ReadFile、FlushFileBuffers、DisconnectNamedPipe、CloseHandle 和 GetLastError

这些都在 WinBase.h 中定义为 dll 导入。

不幸的是,WinBase.h 是一个到处都在使用的巨大文件,因此不能仅仅将要测试的项目 stub ...

我尝试复制 WinBase.h 并制作函数的内联版本:

bool
ConnectNamedPipe(
__in HANDLE hNamedPipe,
__inout_opt LPOVERLAPPED lpOverlapped
)
{ return false; }

但是对于每个重写的函数/对象对,我都会得到一个编译错误:

3>test.obj : error LNK2005: ReadFile already defined in main.obj

Main 非常小,但确实包含

#include <file_templates/cppunit/generic_cppunit_main.cpp>

它很可能在它的深处某处包含 WinBase.h...

即使我解决了这个编译错误,我也有可能在这个过程中破坏 cppunit?

除了抽象出所有管道调用并存入抽象而不是 WinBase.h 之外,还有什么解决方案吗?

最佳答案

在我看来,通过抽象重定向停止几乎是最好的方法,让您尽可能保持理智。完全使用预处理器可以做到这一点,而且没有运行时开销。只需在您的类(class)中使用以下设计模式:

#ifndef MY_CREATE_NAMED_PIPE
#define MY_CREATE_NAMED_PIPE CreateNamedPipe
#endif

#ifndef MY_CONNECT_NAMED_PIPE
#define MY_CONNECT_NAMED_PIPE ConnectNamedPipe
#endif

...等等。然后,让您的代码使用它们的#defined 别名调用系统调用。

请随意使用您喜欢的任何 munging 约定。

然后,在您的单元测试模块中:

#define MY_CREATE_NAMED_PIPE my_create_named_pipe
#define MY_CONNECT_NAMED_PIPE my_connect_named_pipe

// And so on, then include your source module directly:

#include "source.cpp"

然后您的单元测试模块将实现 my_create_named_pipe() stub 等。本质上,您最终将构建源模块的单独拷贝,用于单元测试,除了调用的系统调用的名称外,它在各个方面都是相同的。

关于c++ - 在 cppunit 测试中 stub WinBase.h,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30835586/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com