单元测试的基本方法

单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采孙斗用白盒测试技术，系统内多个模块可以并行地进行测试。

单元测试任务包括：

1 模块接口测试；

2 模块局部数据结构测试；

3 模块边界条件测试；

4 模块中所有独立执行通路测试；

5 模块的各条错误处理通路测试。

1 输入的实际参数与形式参数的个数是否相同；

2 输入的实际参数与形式参数的属性是否匹配；

3 输入的实际参数与形式参数的量纲是否一致；

4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；

5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；

6调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；

7 调用预定义函数时所用参数的个数、属性和次序是否正确；

8 是否存在与当前入口点无关的参数引用；

9 是否修改了只读型参数；

10 对全程变量的定义各模块是否一致；

11是否把某些约束作为参数传递。

如果模块内包括外部输入输出，还应该考虑下列因素：

1 文件属性是否正确；

2 OPEN/CLOSE语句是否正确；

3 格式说明与输入输出语句是否匹配；

4缓冲区大小与记录长度是否匹配；

5文件使用前是否已经则激磨打开；

6是否处理了文件尾；

7是否处理了输入/输出错误；

8输出信息中是否有文字性错误；

检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：

1 不合适或不相容的类型说明；

2变量无初值；

3变量初始化或省缺值有错；

4不正确的变量名（拼错或不正确地截断）；

5出现上溢、下溢和地址异常。

除了局部数据结构外，如果可能，单元测试时还应该查清全局数据（例如FORTRAN的公用区）对模块的影响。

在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：

1 误解或用错了算符优先级；

2混合类型运算；

3变量初值错；

4精度不够；

5表达式符号错。

比较判断与控制流常常紧密相关，测试用例还应致力于发现下列错误：

1不同数据类型的对象之间进行比较；

2错误地使用逻辑运算符或优先级；

3因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；

铅纤4比较运算或变量出错；

5循环终止条件或不可能出现；

6迭代发散时不能退出；

7错误地修改了循环变量。

一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：

1输出的出错信息难以理解；

2记录的错误与实际遇到的错误不相符；

3在程序自定义的出错处理段运行之前，系统已介入；

4异常处理不当；

5错误陈述中未能提供足够的定位出错信息。

边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

一般认为单元测试应紧接在编码之后，当源程序编制完成并通过复审和编译检查，便可开始单元测试。测试用例的设计应与复审工作相结合，根据设计信息选取测试数据，将增大发现上述各类错误的可能性。在确定测试用例的同时，应给出期望结果。

应为测试模块开发一个驱动模块（driver）和（或）若干个桩模块（stub）,下图显示了一般单元测试的环境。驱动模块在大多数场合称为“主程序”，它接收测试数据并将这些数据传递到被测试模块，被测试模块被调用后，“主程序”打印“进入-退出”消息。

驱动模块和桩模块是测试使用的软件，而不是软件产品的组成部分，但它需要一定的开发费用。若驱动和桩模块比较简单，实际开销相对低些。遗憾的是，仅用简单的驱动模块和桩模块不能完成某些模块的测试任务，这些模块的单元测试只能采用下面讨论的综合测试方法。

提高模块的内聚度可简化单元测试，如果每个模块只能完成一个，所需测试用例数目将显著减少，模块中的错误也更容易发现。

本文转自网络

很多人在进行软件开发的之后会忽略一个重要的细节，一般情况下很多人不写单元测试，只是偶顷态尔才会写写。只有很少一部分程序员会自己编写代码进行单元测试，这样才能保证测试通过中嫌。下面沙河电脑培训为大家介绍项目开发的单元测试，有哪些理解误区。

一、不知道怎么编写单元测试

这个问题主要是没有接触过单元测试的，并且没有体会过企业的代码开发。在开发功能模块时，您需要确定模块是否有错误？如果您有特定的业务，您需要运行debug模式，然后将其逐渐深入到代码中？在这种情况下，沙河IT培训认为就需要了解单元测试工具了。

二、单元测试价值不高，浪费时间

这样的想法是非常错误的。在开发过程中，代码完成并不等于开发完成，如果没有进行有效的代码测试，是不能保证代码的正常运行。一般情况下，测试人员是进行业务上的测试，对单元是无法进行测试的，所以沙河IT培训建议在进行项目开发中使用更多的时雀培源间进行单元测试。

三、项目业务逻辑简单，不进行单元测试

业务逻辑是否简单，其实是相对的。当你熟悉某个业务逻辑时，你就会认为它很简单。但是测试代码功能是否正确还是在于你对同事的了解，这样你可以在不读代码的情况下了解很多知识，所以单元测试不仅能够解放自己，还能更好的方便别人。

单元测试是很多程序员比较讨厌的环节，但是单元测试能够带来的好处却是非常多的。虽然测试不能保证每个程序的正确性，但是测试能够给我们带来自信，沙河电脑培训认为程序员应该进行单元测试，在短时间找到项目存在的问题。

1、单元测试的步骤

通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果。

模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。这些辅助模块分为两种：

驱动模块：相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。

桩模块：用以代替被测模块调用的子模块。桩模块可以做少量的数据 *** 作，不需要把子模块所有功能都带进来，但不允许什么事情也不做。

被测模块、与它相关的驱动模块及桩模块共同构成了一个“测试环境”。

2、单元测试的内容

模块接口测试：对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入/输出 *** 作都必须检查。

局部数据结构测试：设计测试用例检查数据类型说明、初始化、缺省值等方面的问题，还要查清全程数据对模块的影响。

路径测试：选择适当的测试用例，对模块中重要的执行路径进行测试。对基本执行路径和循环进行测试可以发现大量路径错误。

错误处理测试：检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确在对错误处理之前错误条件是否已经引起系统的干预等。

边界测试：要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。

此外，如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。这类信息对进行性能评价是十分有用的。

扩展资料：

单元测试的优点：

1、它是一种验证行为。

程序中的每一项功能都是测试来验证它的正确性。它为以后的开发提供支援。就算是开发后期，我们也可以轻松的增加功能或更改程序结构，而不用担心这个过程中会破坏重要的东西。而且它为代码的重构提供了保障。这样，我们就可以更自由的对程序进行改进。

2、它是一种设计行为。

编写单元测试将使我们从调用者观察、思考。特别是先写测试（test-first），迫使我们把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。

3、它是一种编写文档的行为。

单元测试是一种无价的文档，它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的，并且它保持最新，永远与代码同步。

4、它具有回归性。

自动化的单元测试避免了代码出现回归，编写完成之后，可以随时随地的快速运行测试。

---