+-

我在我继承的项目中进行了测试,看起来与此类似
std::string value("test string");
const char * buffer = value.c_str();
EXPECT_CALL(object, foo(_,_,buffer, buffer.size(), _)).WillOnce(Return(0));
bar(value);
缓冲区是指向一串数据的char *.我已经插入了像对象这样的虚拟值,只是为了关注使用EXPECT_CALL的问题.在此EXPECT_CALL之后,调用一个方法栏,它将原始字符串值作为参数,然后在方法中调用foo,并使用从原始字符串值构建的缓冲区.
此测试正在处理此项目的Mac版本,但在Windows版本上失败.它似乎是比较两个char指针的指针地址,预期和实际,然后因为它们不同而失败.方法foo肯定在bar内调用.
如果此测试方法(EXPECT_CALL)比较指针地址而不是该指针处的数据,那么Mac上的测试也不应该失败吗?
有人在使用EXPECT_CALL和指针时熟悉Mac和Windows之间的明显区别吗?
我看到的错误
unknown file: error:
Unexpected mock function call - returning default value.
Function call: foo(NULL, 1, 0000000001CAAE78 pointing to "test string", 11,_)
Returns: 0
Google Mock tried the following 1 expectation, but it didn't match:
test.cpp(235): EXPECT_CALL(object, foo(_,_,buffer,buffer.size(),_)...
Expected arg #2: is equal to 0000000001CAAF78 pointing to "test string"
Actual: 0000000001CAAE78 pointing to "test string"
Expected: to be called once
Actual: never called - unsatisfied and active
test.cpp(235): error: Actual function call count doesn't match EXPECT_CALL(object, foo(_,_,buffer, buffer.size(), _)...
Expected: to be called once
我修改此错误只是为了反映我的例子.
预先感谢您的帮助.
最佳答案
Mac和Mac之间似乎没有任何明显的差异.关于EXPECT_CALL的Windows.我想在字符串实现和编译器如何处理常量字符串之间可能存在差异,这可以解释行为的差异.
但是,我希望指针参数可以通过地址比较来匹配.要比较值,您应该使用特定的Matchers.特别是对于您的情况,有多种String Matchers可供选择,包括字符串相等的StrEq,您可以将其用作:
EXPECT_CALL(object, foo(_,_,testing::StrEq(buffer),value.size(),_))
.WillOnce(Return(0));
点击查看更多相关文章
转载注明原文:c – GTest和GoogleMock EXPECT_CALL在Windows中失败,使用char * param在Mac上传递 - 乐贴网