我知道已经有一些关于推荐C++单元测试框架的问题,但是所有答案都没有帮助,因为它们只推荐了其中一个框架,而没有提供任何有关(功能)比较的信息。 我认为最有趣的框架是CppUnit、Boost和新的Google测试框架。有人已经做过比较了吗?
在为我们未来的C++单元测试框架进行设置过程中,我们将GoogleTest和CppUnit列入了最终候选名单。我对两者都有一些经验,但我更偏向于使用GoogleTest。无论如何,为了说服我的老板,我需要一些事实依据,因此我在网络上阅读了一些资料,包括手册、维基页面和一些源代码。我列出了Goo...
我在尝试开始使用Google Mocks时遇到了一个问题-由于某种原因,它无法识别我在EXPECT_CALL宏中指定的调用,即使类型是一致的。 我想知道为什么它不会匹配第一个函数,以及我需要做什么/添加什么才能匹配第一个函数。 Mock类: class GMockTest : public...
我曾接触过cppunit,但它似乎不是非常容易使用(也许是我没有仔细查看,也许是因为C++与Java/C#不同)。是否有广泛使用的简单替代品? 事实上,cppunit是C++的标准单元测试框架吗?
我有一个非常庞大的代码库,其中包含了大量使用CppUnit编写的单元测试。我需要计算这些测试覆盖了多少代码百分比,并且最好能够生成某种报告,告诉我每个库或文件基础上覆盖了多少代码。 关键在于:这必须是完全无人干预的(最终在持续集成构建中运行),并且必须跨平台(至少支持WIN32和*nix)。...
有没有好的方法来进行析构函数单元测试?比如说我有一个类像下面这个(虚构)的例子:class X { private: int *x; public: X() { x = new int; } ~X() { ...
我现在已经使用CppUnit有一段时间了(并且很满意)。由于我们正在使用越来越多的boost库部分,所以我简单地看了一下boost.test,并且现在想知道是否应该在新项目中切换到boost.test。 这里有人能告诉我这两个框架之间的区别以及使用boost.test的好处(如果有的话)吗?
有没有人能指向一个版本的 CppUnit,可以允许在单独的线程中启动测试? 这个想法是,因为我们的许多测试非常消耗 CPU(但不是多线程的,当然,它们相互独立),它允许我们在今天的多核机器上更快地运行测试。目前,运行所有测试需要约 5 分钟。将它缩短到 1 或 2 分钟将是很棒的。