我正在开发一个已经开发了几年的大型 c++ 系统。作为提高现有代码质量的努力的一部分,我们参与了一个大型的长期重构项目。
你知道一个可以帮助我用 C++ 编写单元测试的好工具吗?也许类似于 Junit 或 Nunit 的东西?
任何人都可以就为没有考虑单元测试而编写的模块编写单元测试的方法提供一些好的建议吗?
我正在开发一个已经开发了几年的大型 c++ 系统。作为提高现有代码质量的努力的一部分,我们参与了一个大型的长期重构项目。
你知道一个可以帮助我用 C++ 编写单元测试的好工具吗?也许类似于 Junit 或 Nunit 的东西?
任何人都可以就为没有考虑单元测试而编写的模块编写单元测试的方法提供一些好的建议吗?
将单元测试应用于遗留代码是编写有效使用遗留代码的原因 。Michael Feathers 是作者 - 正如其他答案中提到的,他参与了CppUnit和CppUnitLite的创建。
Google 最近发布了他们自己的用于单元测试 C++ 应用程序的库,称为 Google Test。
查看几个可用套件之间的出色比较。那篇文章的作者后来开发了UnitTest++。
我特别喜欢它(除了它可以很好地处理异常等)是围绕测试用例和测试夹具定义的“管理”数量非常有限。
Boost 有一个测试库,其中包含对单元测试的支持。这可能值得一试。
Games From Within的Noel Llopis是Exploring the C++ Unit Testing Framework Jungle的作者,这是对各种 C++ 单元测试框架的全面(但现在已经过时)评估,以及一本关于游戏编程的书。
他使用 CppUnitLite 很长一段时间,修复了各种东西,但最终与另一位单元测试库作者联手,制作了UnitTest++。我们在这里使用 UnitTest++,到目前为止,我非常喜欢它。它(对我而言)具有精确的功率平衡,占地面积小。
我使用了本地解决方案、CxxTest(需要 Perl)和 boost::test。当我在目前的工作中实现单元测试时,它几乎可以归结为 UnitTest++ 与 boost::test。
我真的很喜欢我用过的大多数 boost 库,但是恕我直言,boost::test 有点太笨拙了。我特别不喜欢它要求您(AFAIK)使用 boost::test 宏来实现测试工具的主程序。我知道它不是“纯”的 TDD,但有时我们需要一种方法来从 GUI 应用程序中运行测试,例如在命令行中传入一个特殊的测试标志,而 boost::test 不支持这种类型的情景。
UnitTest++ 是我在(有限的)经验中遇到的最简单的设置和使用测试框架。
我将优秀的Boost.Test库与一个鲜为人知但非常棒的Turtle库结合使用:一个基于 boost 的模拟对象库。
作为一个代码示例胜于雄辩,假设您想测试一个calculator
在接口上工作的对象view
(即 Turtle 的介绍性示例):
// declares a 'mock_view' class implementing 'view'
MOCK_BASE_CLASS( mock_view, view )
{
// implements the 'display' method from 'view' (taking 1 argument)
MOCK_METHOD( display, 1 )
};
BOOST_AUTO_TEST_CASE( zero_plus_zero_is_zero )
{
mock_view v;
calculator c( v );
// expects the 'display' method to be called once with a parameter value equal to 0
MOCK_EXPECT( v, display ).once().with( 0 );
c.add( 0, 0 );
}
看看在模拟对象上声明期望是多么简单和冗长?显然,如果没有达到预期,测试就会失败。
我刚刚推出了我自己的框架CATCH。它仍在开发中,但我相信它已经超越了大多数其他框架。不同的人有不同的标准,但我试图在没有太多权衡的情况下涵盖大部分内容。请查看我的链接博客条目以供品酒师使用。我的前五个功能是:
它还具有 Objective-C 绑定。
CxxTest是一个轻量级、易于使用且跨平台的 C++ 类 JUnit/CppUnit/xUnit 框架。
CppUnit 就是这样。请参阅下面的链接:
UnitTest++,小而简单。
我目前正在寻找可以在我们公司用于长期代码库的单元测试和模拟框架。如您所知,用于 c++的单元测试框架列表很长,因此我应用了一些过滤器将其缩减为可以更仔细查看的手办。第一个过滤标准是它必须是免费的。第二个标准是项目活动。我还寻找了模拟框架,因为如果你想编写单元测试,你需要一个。
我想出了以下列表(大约)按活动排序,最高活动在顶部:
GoogleTest / GoogleMock:许多贡献者并由 Google 自己使用。这可能会在这里存在一段时间并接收更新。对于我的私人代码库,我将切换到这个组合,希望能跳上最快的火车。
BoostTest + Turtle:不经常更新,但测试框架是 boost 的一部分,所以应该维护它。另一方面,乌龟主要由一个人维护,但它有怨恨活动,所以它没有死。我几乎所有的测试经验都是用这个组合完成的,因为我们在之前的工作中已经使用了 boost 库,而我目前将它用于我的私有代码。
CppUTest:提供测试和模拟。这个项目从 2008 年到 2015 年一直活跃,最近有很多活动。这个发现有点令人惊讶,因为很多活动明显较少的项目在网络上搜索时出现的频率更高(例如 CppUnit,它的最后一次更新是在 2013 年)。我没有深入研究这个,所以我不能说任何细节。 编辑(16.12.2015):我最近尝试了这个,发现这个框架有点笨拙和“C 风格”,尤其是在使用模拟类时。此外,与其他框架相比,它的断言种类似乎更少。我认为它的主要优势在于它可以与纯 C 项目一起使用。
QTest: Qt 框架附带的测试库。维护应该保证一段时间,但我将它用作支持库,因为测试注册在 IMO 中比在其他框架中更笨拙。据我了解,它迫使您每个测试夹具都有一个测试exe。但是测试辅助函数在测试 Qt-Gui 代码时会很有用。它没有模拟。
Catch:它最近有活动,但主要由一个人开发。这个框架的好处是另一种夹具方法,它允许您在测试本身中编写可重用的夹具代码。它还允许您将测试名称设置为字符串,这在您倾向于将整个句子编写为测试名称时非常有用。我希望这种风格会被撕掉并放入 googleTest ;-)
模拟框架的数量比测试框架的数量要少得多,但这里是我发现最近有活动的框架。
Hippomock:从 2008 年开始活跃,但强度较低。
FakeIt:从 2013 年开始活跃,但或多或少是由一个人开发的。
如果您的代码库是长期的,请在BoostTest + Turtle和GoogleTest + GoogleMock之间进行选择。我认为这两个将有长期维护。如果你只有一个短暂的代码库,你可以试试Catch,它有一个很好的语法。然后你需要另外选择一个模拟框架。如果您使用 Visual Studio,您可以下载 BoostTest 和 GoogleTest 的测试运行器适配器,这将允许您使用集成到 VS 中的测试运行器 GUI 运行测试。
另请参阅密切相关的问题“选择 C++ 单元测试工具/框架”的答案,这里
还有TUT,模板单元测试,一个基于模板的框架。它的语法很笨拙(有些人称之为模板滥用),但它的主要优点是它全部包含在一个头文件中。
您将在此处找到使用 TUT 编写的单元测试示例。
我已经尝试过 CPPunit,但它对用户不是很友好。
我知道的唯一替代方法是使用 C++.NET 来包装 C++ 类并使用 .NET 单元测试框架(NUnit、MBUnit 等)之一编写单元测试
CppUTest是一个优秀的轻量级 C 和 C++ 单元测试框架。
ObjectMentor 的 Michael Feathers 在 CppUnit 和 CppUnitLite 的开发中发挥了重要作用。
他现在推荐CppUnitLite
看看CUnitWin32。它是为 MS Visual C 编写的。它包含一个示例。
看看 cfix ( http://www.cfix-testing.org ),它专门用于 Windows C/C++ 开发,支持用户模式和内核模式单元测试。
如果您使用的是 Visual Studio 2008 SP1,我强烈建议您使用 MSTest 来编写单元测试。然后我使用谷歌模拟来编写模拟。与 IDE 的集成是理想的,并且在编辑三个位置以添加一个测试方面允许并且不承担 CPPunit 的开销。
我认为VisualAssert在 VS 集成方面做得很好。它允许您从 VS 运行和调试测试,并且您无需创建可执行文件即可运行测试。
查看果糖:http: //sourceforge.net/projects/fructose/
这是一个非常简单的框架,只包含头文件,因此易于移植。
我正在使用带有Typemock Isolator++的 MS 测试。试试看!