1.1 定义

单元测试是对软件基本组成单元进行的测试，这里的基本单元不一定是指一个具体的函数或一个类的方法。“单元”具有一些基本属性，如：明确的功能，规格定义，与其他部分明确的接口定义等，可清晰的与同个程序的其他单元划分开来。

1.2 单元测试的主要目的：

(1)

(2)

(3)

(4) 验证代码是与设计相符合的； 跟踪需求和设计的实现； 发现设计和需求中存在的错误； 发现在编码过程中引入的错误；

1.3 单元测试地策略

1.3.1 由顶向下地单元测试策略

先对最顶层地单元进行测试，把顶层所调用地单元做成桩模块。其次对第二层进行测试，使用上面已测试地单元做驱动模块。如此类推知道测试完成所有模块。

1.3.2 由低到上地单元测试策略

先对模块调用层次图上最底层地模块进行单元测试，模拟调用该模块的模块做驱动模块。软后再对上面一层做单元测试，用下面已被测试过的模块做桩模块。以此类推，直到测试完所有模块。

1.3.3 孤立测试

不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块。每个模块进行独立的单元测试。

1.4 单元测试分析

1.4.1 模块接口

(1) 调用所测试模块时的输入参数与模块的形式参数在个

数、属性、顺序上是否匹配；

(2) 所测试模块调用子模块时，它输入给子模块的参数与子

模块中的形式参数在个数、属性、顺序上是否匹配；

(3)

(4)

(5)

(6) 是否修改了只做输入用的形式参数； 输出给标准函数的参数在个数、属性、顺序上是否正确； 全局变量的定义在每个模块中是否一致； 约束条件是否通过形式参数来传送。

1.4.2 局部数据结构

(1)

(2)

(3)

(4)

(5) 检查不正确或不一致的数据类型说明； 使用尚未赋值或尚未初始化的变量； 错误的初始值或错误的默认值； 变量名拼写错误或书写错误； 不一致的数据类型。

…… …… 余下全文

单元测试总结

作者：张元礼

/vincetest

1 单元测试的重要性

1.1 一些错误的认识

在实际的单元测试过程中总会有一些错误的认识左右着我们，使之成为单元测试最大的障碍，在此将其一一分析如下：

? 它太浪费时间了，现在要赶进度，时间上根本不允许，或者随便做做应付领导。 ? 我是一个很棒的程序员，我写的代码肯定是没有问题的。

? 做单元测试太烦了，直接集成，到时有问题在集成测试时肯定能发现的，实在

不行在系统测试总该能发现吧。

? 它仅仅是证明这些代码做了什么。

对于以上错误认识的产生归根结底还是由于对单元测试的理解还是不够，没有真正认识到单元测试的重要性。

1.2 测试的重要性

单元测试是软件测试的基础，因此单元测试的效果会直接影响到软件的后期测试，最终在很大程度上影响到产品的质量。从如下几个方面就可以看出单元测试的重要性在何处。

? 时间方面：如果认真的做好了单元测试，在系统集成联调时非常顺利，因此会节约

很多时间，反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题，而这种问题在集成时遇到往往很难让开发人员预料到，最后在苦苦寻觅中才发现这是个很低级的错误而在悔恨自己时已经浪费了很多时间，这种时间上的浪费一点都不值得，正所谓得不偿失。 ? 测试效果：根据以往的测试经验来看，单元测试的效果是非常明显的，首先它是测

试阶段的基础，做好了单元测试，在做后期的集成测试和系统测试时就很顺利。其次在单元测试过程中能发现一些很深层次的问题，同时还会发现一些很容易发

现而在集成测试和系统测试很难发现的问题。再次单元测试关注的范围也特殊，它不仅仅是证明这些代码做了什么，最重要的是代码是如何做的，是否做了它该做的事情而没有做不该做的事情。

? 测试成本：在单元测试时某些问题就很容易发现，如果在后期的测试中发现问题所

…… …… 余下全文

一 单元测试概述

工厂在组装一台电视机之前，会对每个元件都进行测试，这，就是单元测试。 其实我们每天都在做单元测试。你写了一个函数，除了极简单的外，总是要执行一下，看看功能是否正常，有时还要想办法输出些数据，如弹出信息窗口什么 的，这，也是单元测试，老纳把这种单元测试称为临时单元测试。只进行了临时单元测试的软件，针对代码的测试很不完整，代码覆盖率要超过70%都很困难，未 覆盖的代码可能遗留大量的细小的错误，这些错误还会互相影响，当BUG暴露出来的时候难于调试，大幅度提高后期测试和维护成本，也降低了开发商的竞争力。 可以说，进行充分的单元测试，是提高软件质量，降低开发成本的必由之路。

对于程序员来说，如果养成了对自己写的代码进行单元测试的习惯，不但可以写出高质量的代码，而且还能提高编程水平。

要进行充分的单元测试，应专门编写测试代码，并与产品代码隔离。老纳认为，比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应的测试类，为每个函数（很简单的除外）建立测试函数。首先就几个概念谈谈老纳的看法。

一般认为，在结构化程序时代，单元测试所说的单元是指函数，在当今的面向对象时代，单元测试所说的单元是指类。以老纳的实践来看，以类作为测试单位， 复杂度高，可操作性较差，因此仍然主张以函数作为单元测试的测试单位，但可以用一个测试类来组织某个类的所有测试函数。单元测试不应过分强调面向对象，因 为局部代码依然是结构化的。单元测试的工作量较大，简单实用高效才是硬道理。

有一种看法是，只测试类的接口(公有函数)，不测试其他函数，从面向对象角度来看，确实有其道理，但是，测试的目的是找错并最终排错，因此，只要是包 含错误的可能性较大的函数都要测试，跟函数是否私有没有关系。对于C++来说，可以用一种简单的方法区隔需测试的函数：简单的函数如数据读写函数的实现在 头文件中编写(inline函数)，所有在源文件编写实现的函数都要进行测试(构造函数和析构函数除外)。 什么时候测试？单元测试越早越好，早到什么程度？XP开发理论讲究TDD，即测试驱动开发，先编写测试代码，再进行开发。在实际的工作中，可以不必过 分强调先什么后什么，重要的是高效和感觉舒适。从老纳的经验来看，先编写产品函数的框架，然后编写测试函数，针对产品函数的功能编写测试用例，然后编写产 品函数的代码，每写一个功能点都运行测试，随时补充测试用例。所谓先编写产品函数的框架，是指先编写函数空的实现，有返回值的随便返回一个值，编译通过后 再编写测试代码，这时，函数名、参数表、返回类型都应该确定下来了，所编写的测试代码以后需修改的可能性比较小。

…… …… 余下全文

北 华 航 天 工 业 学 院

软件工程

-------单元测试报告

报告题目：  图书借阅系统单元测试     

                                          

作者所在系部：计算机科学与工程系     

作者所在专业：计算机应用技术         

作者所在班级：  11512                 

作 者 姓 名 ：  王邵南                

指导教师姓名：  李杰                  

…… …… 余下全文

XXX系统 单元测试报告

建设单位：________________________ 监理单位：________________________ 承建单位：________________________

1.编写目的 ............................................................................................................................................ 4 2.软件单元描述 ..................................................................................................................................... 4 3.单元结构 ............................................................................................................................................ 4 4.单元控制/时序流图 ............................................................................................................................ 4 5.测试过程 ............................................................................................................................................ 4 6.测试结果 ............................................................................................................................................ 4 6.1 代码审查结果 ............................................................................................................................. 4 6.2 测试用例统计 ............................................................................................................................. 5 6.3 测试单元产品 ............................................................................................................................. 5 3、提交测试覆盖率时编译运行后的.gcov 文件； ............................................................................... 6 5、提交性能分析时编译运行后的.gprof 文件；................................................................................. 6 7.质量评估 ............................................................................................................................................ 6 8.总结.................................................................................................................................................... 6

…… …… 余下全文

1.按照开发阶段划分软件测试可分为：单元测试、集成测试、系统测试、确认测试和验收测试。

单元测试。

单元测试又称模块测试，是针对软件设计的最小单位——程序模块进行正确性检验的测试工作。其目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求，发现各模块内部可能存在的各种错误。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。

集成测试。

集成测试也叫做组装测试。通常在单元测试的基础上，将所有的程序模块进行有序的、递增的测试。集成测试是检验程序单元或部件的接口关系，逐步集成为符合概要设计要求的程序部件或整个系统。

软件集成的过程是一个持续的过程，会形成很多个临时版本，在不断的集成过程中，功能集成的稳定性是真正的挑战。在每个版本提交时，都需要进行冒烟测试，即对程序主要功能进行验证。冒烟测试也叫版本验证测试、提交测试。。  确认洌9试。

确认测试

确认测试是通过检验和提供客观证据，证实软件是否满足特定预期用途的需求。确认测试是检测与证实软件是否满足软件需求说明书中规定的要求。

系统测试。

系统测试是为验证和确认系统是否达到其原始目标，而对集成的硬件和软件系统进行的测试。系统测试是在真实或模拟系统运行的环境下，检查完整的程序系统能否和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接，并满足用户需求。

验收测试。

按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。

2.按照测试实施组织划分，软件测试可分为开发方测试、用户测试(β测试)、第三方测试。

开发方测试。

通常也叫“验证测试"或“α测试”。开发方通过检测和提供客观证据，证实软件的实现是否满足规定的需求。验证测试是在软件开发环境下，由开发者检测与证实软件的实现是否满足软件设计说明或软件需求说明的要求。主要是指在软件开发完成以后，开发方对要提交的软件进行全面的自我检查与验证，可以和软件的“系统测试”一并进行。

…… …… 余下全文

…… …… 余下全文