VS2005配置CPPUnit进行单元測试

一、 编译CPPUnitproject

1、  解压文件cppunit-1.12.1.tar.gz。

2、  编译$BASE/src/cppunit/CppUnitLibraries.dsw中的cppunit_dll项目。这是CPPUnit基本类库。Release和debug版本号须要同一时候编译。

3、  编译$BASE/src/cppunit/CppUnitLibraries.dsw中的TestRunner项目。这是使用MFC的图形化界面的类库。Release和debug版本号须要同一时候编译。

注意:若使用VS2005编译,可能出现:

error C1104: fatal error importing libid: ‘80cc9f66-e7d8-4ddd-85b6-d9e6cd0e93e2‘

错误提示。仅仅须要将当中7.0改为相应版本号,比方8.0,又一次编译就可以。

4、  将编译生成的*.lib 和 *.dll 复制到目标程序运行文件夹下,在stdafx.h中添加例如以下代码:

#ifndef _DEBUG

#pragma comment(lib, "..//Debug//cppunit_dll.lib")

#pragma comment(lib, "..//Debug//TestRunner.lib")

#else

#pragma comment(lib, "..//Release//cppunit_dll.lib")

#pragma comment(lib, "..//Release//TestRunner.lib")

#endif

5、  通过菜单[Tools]à[Options],弹出对话框。Projects and Solutions中添加Include Files为$BASE/include。

二、 不使用辅助宏的CPPUnit用法

1、  新建一个基于对话框的MFC程序。

project名为CPPUnit。

2、  依照第一步的4、5步骤(也能够直接在project中设置),使程序包括CPPUnit的头文件和编译时须要的*.lib文件。

以及执行时须要的*.dll文件。

3、  添加C++类,CPlusTest,代码例如以下:

.h 文件

view plaincopy to clipboardprint?

#pragma once

#include <cppunit/TestFixture.h>

#include <cppunit/TestAssert.h>

class CPlusTest : public CppUnit::TestFixture

{

public:

CPlusTest(void);

virtual ~CPlusTest(void);

void setUp();

void tearDown();

void TestEqual1();

void TestEqual2();

private:

int x;

int y;

};

#pragma once

#include <cppunit/TestFixture.h>

#include <cppunit/TestAssert.h>

class CPlusTest : public CppUnit::TestFixture

{

public:

CPlusTest(void);

virtual ~CPlusTest(void);

void setUp();

void tearDown();

void TestEqual1();

void TestEqual2();

private:

int x;

int y;

};

.cpp 文件

view plaincopy to clipboardprint?

#include "StdAfx.h"

#include "PlusTest.h"

CPlusTest::CPlusTest(void)

{

}

CPlusTest::~CPlusTest(void)

{

}

void CPlusTest::setUp()

{

x = 1;

y = 2;

}

void CPlusTest::tearDown()

{

x = 0;

y = 0;

}

void CPlusTest::TestEqual1()

{

CPPUNIT_ASSERT(x + y == 4);

}

void CPlusTest::TestEqual2()

{

CPPUNIT_ASSERT(x + y == 3);

}

#include "StdAfx.h"

#include "PlusTest.h"

CPlusTest::CPlusTest(void)

{

}

CPlusTest::~CPlusTest(void)

{

}

void CPlusTest::setUp()

{

x = 1;

y = 2;

}

void CPlusTest::tearDown()

{

x = 0;

y = 0;

}

void CPlusTest::TestEqual1()

{

CPPUNIT_ASSERT(x + y == 4);

}

void CPlusTest::TestEqual2()

{

CPPUNIT_ASSERT(x + y == 3);

}

说明:

1)  測试类一般继承自TestFixture,它用来表示一个測试对象,用来组织測试用例。

2)  在每一个測试用例运行之前。其所属类的setUp都会运行。之后,其所属类的tearDown都会运行。对本例而言。运行TestEqual1之前会运行setUp,之后会运行tearDown;运行TestEqual2之前也会运行setUp,之后也会运行tearDown。

3)  CPPUNIT_ASSERT用来推断括号内的值是true或者false。假设true,则表示測试成功;否则表示測试失败。

也有一些别的宏能够使用。

4、  在CPPUnit.cpp中增加下面头文件:

#include <cppunit/ui/mfc/TestRunner.h>

#include <cppunit/testCaller.h>

#include <cppunit/TestSuite.h>

#include <cppunit/TestResult.h>

在InitInstance()函数中增加下面代码:

view plaincopy to clipboardprint?

CppUnit::MfcUi::TestRunner runner;

CppUnit::TestSuite* pSuite = new CppUnit::TestSuite("test");

CppUnit::TestCaller<CPlusTest>*pTest1=new CppUnit::TestCaller<CPlusTest>("TestEqual1", &CPlusTest::TestEqual1);

CppUnit::TestCaller<CPlusTest>*pTest2=new CppUnit::TestCaller<CPlusTest>("TestEqual2", &CPlusTest::TestEqual2);

pSuite->addTest(pTest1);

pSuite->addTest(pTest2);

runner.addTest(pSuite);

runner.run();

CppUnit::MfcUi::TestRunner runner;

CppUnit::TestSuite* pSuite = new CppUnit::TestSuite("test");

CppUnit::TestCaller<CPlusTest>*pTest1=new CppUnit::TestCaller<CPlusTest>("TestEqual1", &CPlusTest::TestEqual1);

CppUnit::TestCaller<CPlusTest>*pTest2=new CppUnit::TestCaller<CPlusTest>("TestEqual2", &CPlusTest::TestEqual2);

pSuite->addTest(pTest1);

pSuite->addTest(pTest2);

runner.addTest(pSuite);

runner.run();

说明:

1)       test suite和test case分别相应着树枝和树叶,runner相应着树根。test suite能够包括别的test suite,runner也能够直接包括test case。

2)       TestRunner、TestSuite 、TestCaller删除子集合的时候都使用delete,子集合都应该使用new 分配,然后加入到子集合中。

5、 删除显示对话框的代码!执行后显示界面为:

图1.1 CPPUnit执行界面

三、 使用辅助宏的CPPUnit用法

上述的方法在主函数中做大量加入test suite和test case的操作。操作比較烦琐,为了简化,CPPUnit提供了一些宏。

1、  改进測试类,加入下面代码:

CPPUNIT_TEST_SUITE(CPlusTest);

CPPUNIT_TEST(TestEqual1);

CPPUNIT_TEST(TestEqual2);

CPPUNIT_TEST_SUITE_END();

说明:

1)       要在类的最开头。即public前面加上这些语句。

该类的TestEqual1和TestEqual2分别作为一个test case放在一个test suite中。该test suite的名称是类的名称,即“CPlusTest”。

2)       #include <cppunit/TestFixture.h>

#include <cppunit/extensions/HelperMacros.h>

2、  測试类相应的CPP文件開始增加:

CPPUNIT_TEST_SUITE_NAMED_REGISTRATION(CPlusTest, "plusTest");

说明:表示加入该类相应的suite(“CPlushTest”)到一个名字是plusTest的test suite。同一时候plusTest这个test suite会被注冊。另外,也能够使用

CPPUNIT_TEST_SUITE_REGISTRATION(CPlusTest);

将该类相应的suite增加到默认的test suite中(“All Tests”)。

3、  在Initance()函数中增加例如以下代码:

CppUnit::MfcUi::TestRunner runner;

CppUnit::Test* pSuite = CppUnit::TestFactoryRegistry::getRegistry("plusTest").makeTest();

runner.addTest(pSuite);

runner.run();

说明:

图形化界面中包括了三层树结构。第一层是plusTest,第二层是CPlusTest。第三层是TestPlus1和TestPlus2。能够给getRegistry不指定參数使用默认注冊的test case,即“All Tests”。

转自:http://qiusuoge.com/7660.html

时间: 2024-11-02 08:02:48

VS2005配置CPPUnit进行单元測试的相关文章

C语言单元測试

对于敏捷开发来说,单元測试不可缺少,对于Java开发来说,JUnit非常好,对于C++开发,也有CPPUnit可供使用,而对于传统的C语言开发,就没有非常好的工具可供使用,能够找到的有这么几个工具: CuTest -- CuTest(Cute Test)是一个很easy的C语言单元測试工具.在使用它的时候,仅仅须要包括两个文件“CuTest.c CuTest.h”,然后就能够写測试用例,进行測试了.它对用例差点儿没有管理功能,报表输出也很easy,能够用来试验单元測试的基本想法. CUnit -

玩转单元測试之WireMock -- Web服务模拟器

WireMock 是一个灵活的库用于 Web 服务測试,和其它測试工具不同的是.WireMock 创建一个实际的 HTTPserver来执行你的 Web 服务以方便測试. 它支持 HTTP 响应存根.请求验证.代理/拦截.记录和回放. 而且能够在单元測试下使用或者部署到測试环境. 它能够用在哪些场景下: 測试移动应用依赖于第三方REST APIs 创建高速原型的APIs 注入否则难于模拟第三方服务中的错误 不论什么单元測试的代码依赖于web服务的 文件夹 前提条件 Maven配置 准备工作 Ex

【Android进阶】Junit单元測试环境搭建以及简单有用

单元測试的目的 首先.Junit单元測试要实现的功能,就是用来測试写好的方法是否可以正确的运行,一般多用于对业务方法的測试. 单元測试的环境配置 1.在AndroidManifest清单文件的Application节点下.引入单元測试使用的库 2.在AndroidManifest清单文件与Application节点平行的节点中.加入instrumentation节点 以下是一个完整的配置的代码 <manifest xmlns:android="http://schemas.android.

iOS单元測试:Specta + Expecta + OCMock + OHHTTPStubs + KIF

框架选择 參考这篇选型文章,http://zixun.github.io/blog/2015/04/11/iosdan-yuan-ce-shi-xi-lie-dan-yuan-ce-shi-kuang-jia-xuan-xing/,尽管结论不一定全然适用,可是关于框架对照的地方还是值得阅读的.基于这篇文章,排除Kiwi框架之后,决定參考一些项目的源码,了解他们使用的測试方面的框架. 首先,參考https://github.com/artsy/eigen开源项目,其内部总体结构很完整,开发流程也很

SonarQube4.4+Jenkins进行代码检查实例之三-单元測试分析

作者:张克强    作者微博:张克强-敏捷307 在 <SonarQube4.4+Jenkins进行代码检查实例之中的一个> 中介绍了不编译仅仅检查的方式. 在<SonarQube4.4+Jenkins进行代码检查实例之二>中介绍了编译并检查编译结果的方式. 本文来介绍怎样利用SonarQube来分析单元測试.最新推荐在分析插件是Jacoco. 当然要进行单元測试,首先单元測试得到了书写,可以本地运行得到结果. 本演示样例採用Maven的典型结构. 1,配置Maven,在maven

单元測试和白盒測试相关总结

一.  软件測试方法 1.        软件測试方法包含:白盒測试(White  Box  Testing).黑盒測试(Black  Box Testing).灰盒測试.静态測试.动态測试. 2.        白盒測试:是一种測试用例设计方法.在这里盒子指的是被測试的软件,白盒.顾名思义即盒子是可视的,你能够清晰盒子内部的东西以及里面是怎样运作的.因此白盒測试须要你对系统内部的结构和工作原理有一个清晰的了解,并且基于这个知识来设计你的用例. 白盒測试技术一般可被分为静态分析和动态分析两类技术

Android 进行单元測试难在哪-part3

原文链接 : HOW TO MAKE OUR ANDROID APPS UNIT TESTABLE (PT. 1) 原文作者 : Matthew Dupree 译文出自 : 开发技术前线 www.devtf.cn 译者 : chaossss 校对者: tiiime 状态 : 完毕 在 Android 应用中进行单元測试非常困难.有时候甚至是不可能的.在之前的两篇博文中,我已经向大家解释了在 Android 中进行单元測试如此困难的原因.而上一篇博文我们通过分析得到的结论是:正是 Google 官

利用Continuous Testing实现Eclipse环境自己主动单元測试

当你Eclipse环境中改动项目中的某个方法时,你可能因为各种原因没有执行单元測试,结果代码提交,悲剧就可能随之而来. 所幸infinitest(http://infinitest.github.io/)提供了一个Continuous Testing插件,以及时自己主动执行单元測试.尽管会多占一些CPU资源,但开发者的硬件谁会不留一点余地呢?大不了,音乐.视频.360卸载就OK了.安装方法有两种: (1)使用"Install new software",输入地址:http://infi

在Eclipse中使用JUnit4进行单元測试(0基础篇)

本文绝大部分内容引自这篇文章: http://www.devx.com/Java/Article/31983/0/page/1 我们在编写大型程序的时候,须要写成千上万个方法或函数,这些函数的功能可能非常强大,但我们在程序中仅仅用到该函数的一小部分功能,而且经过调试能够确定,这一小部分功能是正确的.可是,我们同一时候应该确保每个函数都全然正确,由于假设我们今后假设对程序进行扩展,用到了某个函数的其它功能,而这个功能有bug的话,那绝对是一件非常郁闷的事情.所以说,每编写完一个函数之后,都应该对这