我正在研究一个已经开发了几年的大型c ++系统.作为提高现有代码质量的努力的一部分,我们参与了一个大型的长期重构项目.
你知道一个很好的工具可以帮助我用C++编写单元测试吗？也许类似于Junit或Nunit？
任何人都可以为编写单元测试的方法提供一些很好的建议,这些模块是在没有单元测试的情况下编写的吗？
将单元测试应用于遗留代码是编写" 有效使用遗留代码"的原因 .Michael Feathers是作者 - 正如其他答案所述,他参与了CppUnit和CppUnitLite的创作.
Google最近发布了自己的库,用于测试C++应用程序,称为Google Test.
Google Code上的项目
查看几个可用套件之间的出色比较.该文章的作者后来开发了UnitTest ++.
我特别喜欢它(除了它处理异常等事实之外)是围绕测试用例和测试夹具定义的"管理"量非常有限.
Boost有一个测试库,其中包含对单元测试的支持.可能值得一试.
Games From Within的 Noel Llopis 是探索C++单元测试框架丛林的作者,这是对各种C++单元测试框架的综合(但现在已过时)评估,以及一本关于游戏编程的书.
他使用CppUnitLite已经有一段时间了,修复了各种各样的东西,但最终与另一个单元测试库作者联手,并制作了UnitTest ++.我们在这里使用UnitTest ++,到目前为止我非常喜欢它.(对我而言)它具有足够的功率平衡和小占地面积.
我使用了自行开发的解决方案,CxxTest(需要Perl)和boost :: test.当我在我目前的工作中实现单元测试时,它几乎归结为UnitTest ++ vs boost :: test.
我真的很喜欢我使用的大多数升级库,但是恕我直言,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.它仍在开发中,但我相信它已经超过了大多数其他框架.不同的人有不同的标准,但我试图覆盖大部分地方而没有太多的权衡.看看我的链接博客条目,了解品尝者.我的五大特色是:
仅限标题
自动注册基于功能和方法的测试
将标准C++表达式分解为LHS和RHS(因此您不需要一整套断言宏).
支持基于函数的fixture中的嵌套部分
使用自然语言进行名称测试 - 生成函数/方法名称
它还具有Objective-C绑定.
CxxTest是一个轻松,易于使用和跨平台的JUnit/CppUnit/xUnit类C++框架.
CppUnit就是这样.见以下链接:
http://cppunit.sourceforge.net/cppunit-wiki
http://en.wikipedia.org/wiki/CppUnit
UnitTest ++,小而简单.
我目前正在寻找一个单元测试和模拟框架,可以在我们公司使用长期代码库.如您所知,c ++ 的单元测试框架列表很长,所以我应用了一些过滤器来将其缩小为手动填充,可以更仔细地查看.第一个过滤标准是它必须是免费的.第二个标准是项目活动.我也寻找模拟框架,因为如果你想编写单元测试你需要一个.
我想出了以下列表(大约)按活动排序,最高活动位于顶部:
GoogleTest/GoogleMock:许多贡献者并由Google本身使用.这可能会在这里停留一段时间并接收更新.对于我的私人代码库,我将切换到这个组合,希望跳上最快的火车.
BoostTest + Turtle:经常不更新,但测试框架是boost的一部分,所以应该维护它.另一方面,乌龟主要由一个人维护,但它反复活动,所以它没有死.我使用这个组合几乎完成了所有的测试经验,因为我们之前的工作已经使用了boost库,而且我目前将它用于我的私有代码.
CppUTest:提供测试和模拟.该项目从2008年到2015年一直活跃,并且近期有很多活动.这个发现有点令人惊讶,因为在网上搜索时,很多活动明显少的项目会更频繁出现(比如CppUnit在2013年的最新更新).我没有深入研究这个问题所以我不能透露细节. 编辑(16.12.2015):我最近尝试了这个,发现这个框架有点笨拙和"C-stylish",特别是在使用模拟类时.此外,它似乎比其他框架有更少的断言.我认为它的主要优势在于它可以用于纯C项目.
QTest: Qt框架附带的测试库.应该保证维护一段时间,但我使用它作为支持库,因为测试注册是IMO比其他框架更笨拙.据我了解,它迫使你每个测试夹具有一个test-exe.但是在测试Qt-Gui代码时,测试辅助函数可以很好地使用.它没有嘲笑.
Catch:它最近有活动,但主要由一个人开发.这个框架的好处是替代夹具方法,它允许您在测试本身中编写可重用的夹具代码.它还允许您将测试名称设置为字符串,当您倾向于将整个句子作为测试名称编写时,这很好.我知道这种风格会被撕掉并放入googleTest ;-)
模拟框架的数量远小于测试框架的数量,但这里是我发现最近有活动的框架.
Hippomock:现在从2008年的单位出发,但强度很低.
FakeIt:现在从2013年开始活跃,但是由一个人或多或少开发.
如果您的代码库是长期运行的,请在BoostTest + Turtle和GoogleTest + GoogleMock之间进行选择.我认为这两个将有长期维护.如果你只有一个短暂的代码库,你可以尝试Catch,它有一个很好的语法.然后你需要另外选择一个模拟框架.如果您使用Visual Studio,您可以下载BoostTest和GoogleTest的测试运行适配器,这将允许您使用集成到VS中的测试运行器GUI运行测试.
京公网安备 11010802040832号 | 京ICP备19059560号-6 