C++单元测试之四--利用cppunit运行测试用例

简介: cppunit是一个很好的针对于C++/C的单元测试框架,它源自于junit。利用cppunit我们可以很好的管理运行测试用例。cppunit是开源的,遵循LGPLv2许可证。你可以从http://sourceforge.net/projects/cppunit/下载到最新版本。
cppunit是一个很好的针对于C++/C的单元测试框架,它源自于junit。利用cppunit我们可以很好的管理运行测试用例。
cppunit是开源的,遵循LGPLv2许可证。
你可以从http://sourceforge.net/projects/cppunit/下载到最新版本。
下载解压后依次运行:
./configure
./make
./make install
cppunit就会被自动部署到你的机器上,其中头文件位于/usr/include/cppunit目录下,库文件位于/usr/local/lib中。你也可以直接把附件中编译好的cppunit解压拷贝到对应目录下。

设置好cppunit环境后,下面就开始修改代码。
首先修改Main.cpp如下:

点击(此处)折叠或打开

 #include stdio.h>
  1. #include stdlib.h>
  2. #include cppunit/extensions/TestFactoryRegistry.h>
  3. #include cppunit/ui/text/TestRunner.h>

  4. int main(int argc, char *argv[])
  5. {
  6.         CppUnit::TextUi::TestRunner runner;
  7.         CppUnit::TestFactoryRegistry &registry = CppUnit::TestFactoryRegistry::getRegistry();
  8.         runner.addTest(registry.makeTest());

  9.         runner.run();


  10.     return 0;
  11. }
其次添加TestA.cpp/.h来测试A.cpp:

点击(此处)折叠或打开

  1. //TestA.h
  2. #include cppunit/extensions/HelperMacros.h>

  3. class TestA: public CppUnit::TestFixture{
  4.         CPPUNIT_TEST_SUITE(TestA);
  5.         CPPUNIT_TEST(testSum);
  6.         CPPUNIT_TEST(testMultiply);
  7.         CPPUNIT_TEST_SUITE_END();
  8. public:
  9.         void testSum();
  10.         void testMultiply();
  11. };


点击(此处)折叠或打开

  1. //TestA.cpp
  2. #include "A.h"
  3. #include "TestA.h"
  4. CPPUNIT_TEST_SUITE_REGISTRATION(TestA);
  5. void TestA::testSum()
  6. {
  7.         A a;
  8.         CPPUNIT_ASSERT(11 == a.Sum(5,6));

  9. }

  10. void TestA::testMultiply()
  11. {
  12.         A a;
  13.         CPPUNIT_ASSERT(30 == a.Multiply(5,6));
  14. }

cppunit使用断言(ASSERT)来判断测试结果是否正确。
最后修改Makefile:


点击(此处)折叠或打开

  1. OBJS= Main.o A.o TestA.o

  2. UTest.out: $(OBJS)
  3.         g++ -o UTest.out $(OBJS) -ldl -lgcov -lcppunit


  4. CURDIR=$(shell pwd)

  5. $(OBJS): %.o: %.cpp
  6.         g++ -I$(CURDIR) -c -g -fprofile-arcs -ftest-coverage $ -o $@

  7. #unit test and code coverage check
  8. UT:UTest.out
  9.         valgrind --tool=memcheck --leak-check=full ./UTest.out
  10.         ./gcov_checker 90 --objects $(OBJS)
  11. #gcov -o A.o A.cpp

  12. .PHONY: clean
  13. clean:
  14.         rm -f *.o *.gcno *.gcda *.gcov UTest.out

编译运行的结果是:

点击(此处)折叠或打开

  1. [root@tivu25 utcov_cppunit]# make clean;make UT
  2. rm -f *.o *.gcno *.gcda *.gcov UTest.out
    g++  -I/home/haoqf/src/UTest/utcov_cppunit -c -g -fprofile-arcs -ftest-coverage Main.cpp -o Main.o
    g++  -I/home/haoqf/src/UTest/utcov_cppunit -c -g -fprofile-arcs -ftest-coverage A.cpp -o A.o
    g++  -I/home/haoqf/src/UTest/utcov_cppunit -c -g -fprofile-arcs -ftest-coverage TestA.cpp -o TestA.o
    g++ -o UTest.out Main.o A.o TestA.o  -ldl -lgcov -lcppunit
    valgrind --tool=memcheck --leak-check=full ./UTest.out
    ==31409== Memcheck, a memory error detector.
    ==31409== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
    ==31409== Using LibVEX rev 1658, a library for dynamic binary translation.
    ==31409== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
    ==31409== Using valgrind-3.2.1, a dynamic binary instrumentation framework.
    ==31409== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
    ==31409== For more details, rerun with: -v
    ==31409==
    ..


    OK (2 tests)


    ==31409==
    ==31409== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 19 from 1)
    ==31409== malloc/free: in use at exit: 0 bytes in 0 blocks.
    ==31409== malloc/free: 82 allocs, 82 frees, 9,807 bytes allocated.
    ==31409== For counts of detected errors, rerun with: -v
    ==31409== All heap blocks were freed -- no leaks are possible.
    ./gcov_checker 90 --objects Main.o A.o TestA.o
    Code coverage:
    Main.cpp:100.0%
    A.cpp:100.0%
    TestA.cpp:100.0%
    See *.gcov files for details.

zip.gif cppunit_compiled.zip  
《返璞归真--UNIX技术内幕》在全国各大书店及网城均有销售:
京东
亚马逊                          China pub
上学吧                          1号店




目录
相关文章
|
29天前
|
JSON Dubbo 测试技术
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
42 2
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
|
17天前
|
IDE 测试技术 持续交付
Python自动化测试与单元测试框架:提升代码质量与效率
【9月更文挑战第3天】随着软件行业的迅速发展,代码质量和开发效率变得至关重要。本文探讨了Python在自动化及单元测试中的应用,介绍了Selenium、Appium、pytest等自动化测试框架,以及Python标准库中的unittest单元测试框架。通过详细阐述各框架的特点与使用方法,本文旨在帮助开发者掌握编写高效测试用例的技巧,提升代码质量与开发效率。同时,文章还提出了制定测试计划、持续集成与测试等实践建议,助力项目成功。
43 5
|
29天前
|
JSON 测试技术 数据格式
单元测试问题之使用JCode5插件生成测试类如何解决
单元测试问题之使用JCode5插件生成测试类如何解决
59 3
|
17天前
|
测试技术 数据安全/隐私保护
软件测试的艺术:如何高效地编写测试用例
【9月更文挑战第2天】在软件开发的海洋中,测试用例是导航灯塔,指引着质量保障的航向。本文将带你航行于测试用例编写的技巧之海,从理解需求到设计思路,再到实际执行,我们将一起探索如何高效而精准地构建测试用例,确保软件的稳健与可靠。
28 0
|
20天前
|
测试技术 C# 开发者
“代码守护者:详解WPF开发中的单元测试策略与实践——从选择测试框架到编写模拟对象,全方位保障你的应用程序质量”
【8月更文挑战第31天】单元测试是确保软件质量的关键实践,尤其在复杂的WPF应用中更为重要。通过为每个小模块编写独立测试用例,可以验证代码的功能正确性并在早期发现错误。本文将介绍如何在WPF项目中引入单元测试,并通过具体示例演示其实施过程。首先选择合适的测试框架如NUnit或xUnit.net,并利用Moq模拟框架隔离外部依赖。接着,通过一个简单的WPF应用程序示例,展示如何模拟`IUserRepository`接口并验证`MainViewModel`加载用户数据的正确性。这有助于确保代码质量和未来的重构与扩展。
28 0
|
20天前
|
测试技术 Java Spring
Spring 框架中的测试之道:揭秘单元测试与集成测试的双重保障,你的应用真的安全了吗?
【8月更文挑战第31天】本文以问答形式深入探讨了Spring框架中的测试策略,包括单元测试与集成测试的有效编写方法,及其对提升代码质量和可靠性的重要性。通过具体示例,展示了如何使用`@MockBean`、`@SpringBootTest`等注解来进行服务和控制器的测试,同时介绍了Spring Boot提供的测试工具,如`@DataJpaTest`,以简化数据库测试流程。合理运用这些测试策略和工具,将助力开发者构建更为稳健的软件系统。
27 0
|
20天前
|
测试技术 Java
全面保障Struts 2应用质量:掌握单元测试与集成测试的关键策略
【8月更文挑战第31天】Struts 2 的测试策略结合了单元测试与集成测试。单元测试聚焦于单个组件(如 Action 类)的功能验证,常用 Mockito 模拟依赖项;集成测试则关注组件间的交互,利用 Cactus 等框架确保框架拦截器和 Action 映射等按预期工作。通过确保高测试覆盖率并定期更新测试用例,可以提升应用的整体稳定性和质量。
40 0
|
20天前
|
测试技术 数据库
探索JSF单元测试秘籍!如何让您的应用更稳固、更高效?揭秘成功背后的测试之道!
【8月更文挑战第31天】在 JavaServer Faces(JSF)应用开发中,确保代码质量和可维护性至关重要。本文详细介绍了如何通过单元测试实现这一目标。首先,阐述了单元测试的重要性及其对应用稳定性的影响;其次,提出了提高 JSF 应用可测试性的设计建议,如避免直接访问外部资源和使用依赖注入;最后,通过一个具体的 `UserBean` 示例,展示了如何利用 JUnit 和 Mockito 框架编写有效的单元测试。通过这些方法,不仅能够确保代码质量,还能提高开发效率和降低维护成本。
34 0
|
27天前
|
Java 测试技术 API
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
|
27天前
|
Java 测试技术 API
SpringBoot单元测试快速写法问题之计算测试用例的分支覆盖率如何解决
SpringBoot单元测试快速写法问题之计算测试用例的分支覆盖率如何解决