拓展知识——单元测试.pptVIP

任务-4：模块中所有独立执行通路测试 单元测试的基本任务是保证模块中每条语句至少能够被执行一次。为此： 在模块中应对每一条独立执行路径进行测试，通过测试用例来发现错误的控制流 基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括： 误解或用错了算符优先级。 混合类型运算。 变量初值错。 精度不够。 表达式符号错。 * 首先要识别出独立执行通路（白盒） * 控制流的测试与比较判断关系密切，测试用例设计中应致力于发现下列错误。 不同数据类型的对象之间进行比较。 错误地使用逻辑运算符或优先级。 因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等。 比较运算或变量出错。 循环终止条件或不可能出现。 迭代发散时不能退出。 错误地修改了循环变量。 * 任务-5：模块的各条错误处理通路测试 一个好的设计应能预见各种出错条件，并预设各种出错处理通路。 出错处理通路的测试应着重检查下列问题： 输出的出错信息难以理解。 记录的错误与实际遇到的错误不相符。 在程序自定义的出错处理段运行之前，系统已介入。 异常处理不当。 错误陈述中未能提供足够的定位出错信息。 * 由上述内容可见，单元测试是一个细致的工作——由此推论： 软件测试的难点在于，如何分配好工作的“粗”和“细”？ 软件测试的要点在于测试设计——测试设计的基础是编程规范，测试设计的要点依据程序设计的规格，有针对性地引入编程规范。 了解规范，提升能力 GUI规范 C/C++编程规范 * 古乐、史九林，《软件测试案例与实践教程》， 清华大学出版社，2007.2.8 从现在起关注“规格”！ 在分析设计中完成的“抽象”，需要得到正确的使用，即正确地定义抽象的行为。 “规格”就是对抽象软件行为的实现所做的描述。 规格示例： static int p （int y） //REQUIRES∶y＞0 //EFFECTS∶Returns x such that x＞y， 该规格表示：这是任何一个名为p的过程，当它被一个大于零的参数调用时，会返回一个大于其参数的值。 * 在测试过程中，规格提供了基本的测试信息，这些信息可以用来产生测试数据，也可以用来模拟桩模块设计。 没有规格，抽象就没有意义了——测试人员就无法知道在实现该模块的依据，只有看代码了… 单元测试，则是测试人员根据编程人员编写的“符合规格”的设计结果进行的黑盒式验证。 当错误出现时，规格可以用来查明错误的所在。 规格描述中的约束，能够帮助我们在改正旧的错误时避免引入新的错误。 * 软件测试案例分析-案例1：FUN-0030流程图 * 该接口用于给链表g_DirRoot添加一个节点 三个主要的路径，必须全部覆盖 注意:测试数据是最宝贵的测试资料 软件缺陷究竟是什么问题？——缺陷必须能够再现！ 必须保存/记录好缺陷再现的条件 在正常实施测试之后，测试数据是宝贵的资料，至少，你还要用它或修改它进入下一轮的测试（或回归测试）！！ 所有可执行的方案都应该能够再现。 * * 测试是为了找出软件中存在的缺陷，而调试是为了解决存在的缺陷。 实际的软件开发项目中，测试的后续紧跟着就是调试，甚至许多程序员习惯于边测试边调试（这种作风并不可取）——获得解决问题之后的满足感。 * 单元测试的结束 检查单元测试的一般准则是否得到落实？ 软件单元功能与设计需求一致。 软件单元接口与设计需求一致。 能够正确处理输入和运行中的错误。 在单元测试中发现的错误已经得到修改并且通过了测试。 达到了相关的覆盖率的要求。 完成软件单元测试报告。 * 请问：上述单元测试准则，怎样落实？ 即哪些采取静态测试？哪些采取动态测试？ 软件单元功能与设计需求一致。（静/动） 软件单元接口与设计需求一致。（静/动） 能够正确处理输入和运行中的错误。（静/动） 在单元测试中发现的错误已经得到修改并且通过了测试。（静/动） 达到了相关的覆盖率的要求。（静/动） 完成软件单元测试报告。 再问：凡采取动态测试的，哪个用黑盒测试？哪个用白盒测试？ * * 单元测试的过程如图5-3所示，由以下五个步骤组成。 在详细设计阶段完成单元测试计划。 建立单元测试环境，完成测试设计和开发。 执行单元测试用例，并且详细记录测试结果。 判定测试用例是否通过。 提交《单元测试报告》。 * 单元测试任务之关系 将此单元测试任务图与上图的单元测试过程合并为下图。 * 单元测试过程 * * 据说，能够熟练使用各种测试工具的软件测试工程师的平均薪水，比不会工具的要高出2000～4000元。 ——赵斌，《软件测试技术经典教程》，科学出版社，2008年4月 道理何在？ 测试工具的熟练掌握，意味着测试者的测过的程序多、程序复杂，测试的经历长、甚至是专业的软件测试师 测试工具