[英语]Unit_Test_Training.ppt

1，为什么需要单体（单元）测试？ 2，单体测试的目标、基本手段和方法 3，单体测试基本概念 4，单体测试的内容/范围 5，单体测试模型和测试用例 6，单体效果度量 Topics 单体测试的内容/范围 模块接口：测试模块的数据流。如果数据不能正确地输入和输出，就谈不上进行其他测试。因此，对于模块接口需要如下的测试项目： 1，调用所测模块时的输入参数与模块的形式参数在个数、属 性、顺 序上是否匹配； 2， 所测模块调用子模块时，它输入个子模块的参数与子模块的形式参数在个数、属性、顺序上是否匹配； 3，是否修改了只做输入用的形式参数； 4， 输出给标准函数的参数在个数、属性、顺序上是否匹配； 5，全局变量的定义在各模块中是否一致； 6，限制是否通过形式参数来传送。 单体测试内容-接口 单体测试内容-局部数据结构 局部数据结构测试：模块的局部数据结构是最常见的错误来源，应设计测试用例以检查以下各种错误： 1，检查不正确或不一致的数据类型说明； 2，使用尚未赋值或尚未初始化的变量； 3，错误的初始值或错误的默认值； 4，变量名拼写错误或书写错误； 5，不一致的数据类型。 注意：写代码的时候要注意字母o和数字0，字母小写l、大写I和数字1的区别。 路径测试：对基本执行路径和循环进行测试会发现大量的错误。根据白盒测试和黑盒测试用例设计方法设计测试用例。设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。常见的不正确的计算有： 1，运算的优先次序不正确或误解了运算的优先次序； 2，运算的方式错误（运算的对象彼此在类型上不相容）； 3，算法错误； 4，初始化不正确； 5，运算精度不够； 6，表达式的符号表示不正确等。 常见的比较和控制流错误有： 1，不同数据类型的比较； 2，不正确的逻辑运算符或优先次序； 3，因浮点运算精度问题而造成的两值比较不等； 4，关系表达式中不正确的变量和比较符； 5，“差 1 错”， 即不正确地多循环或少循环一次； 6，错误的或不可能的循环终止条件； 7，不适当地修改了循环变量等。 单体测试内容-路径 单体测试内容-错误处理 错误处理测试：比较完善的模块设计要求能预见出错的条件，并设置适当的出错处理对策，以便在程序出错时，能对出错程序重新做安排，保证其逻辑上的正确性。 这种出错处理也是模块功能的一部分。表明出错处理模块有错误或缺陷的情况有： 1，出错的描述难以理解； 2，出错的描述不足以对错误定位和确定出错的原因； 3，显示的错误与实际的错误不符； 4，对错误条件的处理不正确； 5，在对错误进行处理之前，错误条件已经引起系统的干预； 6，如果出错情况不予考虑，那么检查恢复正常后模块可否正常工作。 注意：在coding时，所有错误均需用宏定义，且做好注释。Source code 中不允许出现数字。 单体测试内容-边界 边界测试：边界上出现错误上常见的。设计测试用例检查： 1，在 n 次循环的第 0 次、1 次、n 次是否有错误； 2，运算或判断中取最大最小值时是否有错误； 3， 数据流、控制流中刚好等于、大于、小于确定的比较值时是否出现错误。 1，为什么需要单体（单元）测试？ 2，单体测试的目标、基本手段和方法 3，单体测试基本概念 4，单体测试的内容/范围 5，单体测试模型和测试用例 6，单体效果度量 Topics 单体测试模型和测试用例 测试用例 测试用例的组成（在单体测试中测试用例基本上由测试程序组成） 1，用例运行前置条件 2，被测模块/单体所需环境（全局变量赋值或初始化实体） 3，启动测试驱动 4，设置桩（根据需要设置桩函数各种返回值） 5，调用被测模块 6，设置预期输出条件判断 7，恢复环境（包括清除桩） 单体测试模型和环境—测试用例设计 测试用例的设计原则： 1， 一个好的测试用例在于能够发现至今没有发现的错误； 2，测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成； 3， 在测试用例设计时，应当包含合理的输入条件和不合理的输入条件； 4，为系统运行起来而设计测试用例； 5，为正向测试而设计测试用例； 6，为逆向测试而设计测试用例； 7，为满足特殊需求而设计测试用例； 8，为代码覆盖而设计测试用例； 用例设计方法 1，规范（规格）导出发 2，等价类划分法 3，边界值分析法 4，状态转移测试法 5，分支测试法 6，条件测试法 7，数据定义－使用测试法（又名数据流测试法） 8，内部边界值测试法 9，错误猜测法 单体测试模型和环境—测试用例设计 注意：不要拘泥于这些概念，概念仅仅是为了归类或理解方便而总结的。 单体测试用例设计要点-声明／初始化测试 声明／初始化测试：检查模块中的所有变量是否被声明和初始化。经验表明，大量重要的错误都是由于变量没有被声明或没有被正确的声明