大三学生上半单元测试.pptx

单元测试

集成测试

单元测试框架

系统测试

压力测试第一部分软件测试基本概念第二部分软件测试技术（方法）第三部分软件测试过程（内容）

单元测试基本概念“单元”：明确的功能、规格定义，与其他部分明确的接口定义。结构化程序设计：函数或子过程；面向对象：类或类的方法；一个菜单、屏幕显示界面或对话框等。

单元测试的定义单元测试也称模块测试，这是针对最小的可测试软件元素-模块进行测试工作。单元测试目的在于发现各模块内部可能存在的各种差错。

单元测试的定义单元测试的依据是详细设计描述。单元测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。通常，我们使用白盒测试方法测试单元的内部结构，使用黑盒测试方法测试单元的功能和可观测的行为。

单元测试环境在单元测试时，如果模块不是独立的程序，需要辅助测试模块。有两种辅助模块：驱动模块（Driver）：所测模块的主程序：它接收测试数据，把这些数据传递给所测试模块，最后再输出实测结果。当被测试模块能完成一定功能时，也可以不要驱动模块。桩模块（Stub）：用来代替所测模块调用的子模块。

单元测试环境被测试模块、驱动模块和桩模块共同构成了一个测试环境，如图所示：驱动模块被测模块桩模块桩模块……测试结果测试用例

单元测试的内容模块模块接口测试局部数据结构测试重要路径测试错误处理测试边界条件测试I/O参数值的个数、类型、次序、格式是否正确，I/O文件属性、操作是否正确等。数据说明是否正确、一致，变量及其初值定义是否正确等。检查“错误处理程序”本身的错误。边界条件常包括循环边界，最大最小值、控制流中等于、大于、小于的比较值等。重要路径通常是指完成模块功能的主要路径，一般是控制结构。

模块接口测试模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。

模块接口测试测试接口正确与否应该考虑下列因素：输入的实际参数与形式参数的个数是否相同；输入的实际参数与形式参数的属性是否匹配；输入的实际参数与形式参数的量纲是否一致；调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配。

模块接口测试调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；调用预定义函数时所用参数的个数属性和次序是否正确；是否存在与当前入口点无关的参数引用；是否修改了只读型参数；各模块对全程变量的定义是否一致；是否把某些约束作为参数传递。

模块接口测试如果模块内包括外部输入输出，还应该考虑下列因素：文件属性是否正确OPEN/CLOSE语句是否正确格式说明与输入输出语句是否匹配缓冲区大小与记录长度是否匹配文件使用前是否已经打开是否处理了文件尾是否处理了输入/输出错误输出信息中是否有文字性错误

局部数据结构测试检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现以下几类错误：不合适或不相容的类型说明；变量无初值变量初始化或省缺值有错不正确的变量名（拼错或不正确地截断）出现上溢、下溢和地址异常

独立路径测试全局数据对模块的影响，在模块中应对每一条独立执行路径进行测试。此时，设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。基本路径测试和循环测试是最常用且最有效的测试技术。

错误处理测试一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：输出的出错信息难以理解；记录的错误与实际遇到的错误不相符；在程序自定义的出错处理段运行之前，系统已介入；异常处理不当；错误陈述中未能提供足够的定位出错信息。

边界条件测试边界条件测试是单元测试中非常重要的一项任务。软件经常在边界上失效。采用边界值分析技术，针对边界值及其左右设计测试用例，很有可能发现新的错误：在n次循环的第0次、1次、n次是否有错误；运算或判断中取最大值、最小值时是否有错误；数据流、控制流中刚好等于、大于、小于确定的比较值是否出现错误。

单元测试用例的设计思路测试用例的设计根据是详细设计文档进行：为系统运行设计用例 用最简单的方法执行被测单元。为正向测试设计用例 测试设计说明书所对应的功能项或性能指标是否达到。为逆向测试设计用例 测试被测单元有没有做它不应该做的事情。

单元测试用例的设计思路为满足特殊需求设计用例 从系统的性能、安全性、保密性的角度来设计测试用例。为代码覆盖设计用例 保证较高的代码测试覆盖率。为覆盖率指标完成设计用例 对于复杂的判定条件，循环以及分支语句，在执行测试的过程中，覆盖率指标没有达到，分析原因可能有：不可能的路径或分支不可能或冗余的代码不充分的测试用例

单元测试的过