基于GTest和GMock企业开发软件测试框架设计与实现.docVIP

基于GTest和GMock企业开发软件测试框架设计与实现 　　摘要：论述了企业级软件产品实施规模化开发测试的意义和重要性，研究了Google C++ Testing Framework和Google C++ Mocking Framework的用法，提供了以GTest和GMock为基础的开发测试框架的设计和代码。以CISCO JabberWerxCPP项目研究为例，阐述了利用GTest和GMock构建高扩展性、高覆盖率企业级软件开发测试框架的方法。 　　关键词关键词：Gtest；Gmock；单元测试；集成测试；企业软件 　　中图分类号：TP319 　　文献标识码：A 文章编号2014）002007604 　　0引言 　　一个软件的生命周期，从用户需求规格说明开始，经过计划沟通（需求分析）、策划（制定计划、风险评估）、建模（概要和详细设计）、构建（编码与测试）和部署（交付、支持和反馈）过程，最终提供一个完整的软件设计，并提供持续的技术支持[1]。在整个生命周期中，测试（即质量控制QA）扮演着重要角色。软件测试不仅仅发生在软件生命周期后半部分，而是贯穿于整个软件生命周期，包括详细设计阶段，跟进项目设计测试大纲；在编码实现的同时，编写测试用例，进行单元测试和模块测试，继而进行集成测试、系统测试和压力测试等。 　　在软件系列测试中，单元测试和集成测试最能保证产品质量，也最能发现代码静态检查中的问题，单元测试易被忽视。对大型企业软件，特别是跨平台软件开发，由于软件分支多，项目庞杂，开发者疲于进行完整单元测试，错过了纠正错误的最佳时机[2]。根据经验，软件测试越早发现错误，纠正该错误的代价越小。 　　在工程实践领域，企业级软件产品通常实行敏捷开发，要求尽可能缩短迭代过程，不断集成，持续交付，对质量控制提出了更严格的要求。在持续集成过程中，软件代码不断变更，测试用例设计也经常改变，而企业级软件产品本身规模庞大、组件模块多，如果没有一套扩展性好的单元测试框架，在持续集成过程中极早发现问题，整个敏捷开发迭代过程都会受到影响，从而延迟产品发布，给开发者带来很大压力。 　　1.1Google C++ Testing Framework简介 　　Google C++ Test Framework （以下简称GTest）是Google专为C++项目开发的测试框架，该框架基于高独立性、高重用性、易迁移性、富信息性、高执行效率等原则设计。用户代码通过简单部署，进行批量化宏调用，就能完成所期望的绝大部分测试工作，并得到丰富的测试结果。 　　1.2GTest的三个级别和两种断言 　　GTest测试分为三个级别：测试、测试用例、测试程序。测试程序通常是一个项目的整体测试框架；测试用例是针对整个模块检测，一个测试程序会包括多个测试用例；测试则是对一个模块内具体方法的检测，因此一个测试用例包括很多个测试。这三个级别的具体实现方式将在后续给出试例。 　　断言是GTest的基础，它是一种监测被测代码行为的机制。一个断言是GTest宏的一次调用，而一次宏调用，就是一个测试。GTest的任何一个断言，将产生以下三种结果之一：成功、非致命错误、致命错误。成功和非致命错误不影响整个测试程序的进行，而致命错误会直接导致测试程序退出。 　　GTest将断言分为两类：EXPECT_*和ASSERT_*。前者在发生错误时，给出非致命错误，使后续测试继续进行；后者在发生错误时，强制整个测试程序退出。一般情况下，推荐使用EXPECT_*，除非该错误出现直接导致后续测试不能再按照所期望的情况执行[3]，如出现重大内存溢出，数据驱动文件读写错误等。 　　1.3Google C++ Mocking Framework简介 　　Mock的编程行为，在任何一种语言实现的任何一个工程中都有其适用范围和意义。Mock行为使用户代码可以模拟所依赖的功能模块，自行构建伪模块，独立进行单元测试[4]。使开发者在缺少外部环境（如数据库、网络等）支持、项目设计人员支持或其他开发人员支持的情况下，也能较完整地对本模块进行测试，减少某一方法的测试对其它模块的依赖性。 　　Google C++ Mocking Framework （以下简称GMock） 是Google为配合GTest而设计实现的一套Mock机制。Mock存在以下问题：①Mock工作繁杂、机械且易出错；②手工Mock的准确度因人而异，不易度量，测试结果的参考价值大打折扣；③Mock工作更具体，更涉及业务。因此，在一个Mock上的经验，不大可能应用到另一个Mock上。 　　GMock被同时设计成自动化设计工具和测试工具。在接口设计过程中，尽可能使用GMock进行接口功能性和易用性考察；在具体功能实现