白盒测试之道.pptVIP

白盒测试之道 ——C++test Sally 2013-6-17 纲要 1.静态测试 2.逻辑覆盖 3.单元测试编写原则 4.插桩技术 5.回归测试 1.静态测试 静态测试遗留问题： （1）抑制 本地抑制：本地抑制的抑制结果信息在抑制表中可以很清晰地查阅，也可以很方便地抑制还原，但是当抑制后，如果代码的结构发生了变化，比如代码行发生了变化，原有的抑制在相同代码中将不起作用 源代码抑制：可以很好地化解本地抑制所遇到的问题。抑制作用将随着代码的变化而同样起作用。 1.静态测试 （2）报告生成 2.逻辑覆盖 (1) 语句覆盖 statement coverage SC (2) 判定覆盖 Decision Coverage DC (3) 条件覆盖 Condition Coverage CC (4) 条件判定组合覆盖 Condition/Decision Coverage CC/DC (5) 多条件覆盖 Multiple Condition Coverage (6) 修正判定条件覆盖 Modified Condition/Decision Coverage 3.单元测试的执行 (1)制定测试计划 i)单元测试执行计划 ii) 程序流图和控制流图及测试用例说明 Iii)用最少的测试用例满足最多的需求(没有冗余及漏测) (2) 测试计划评审 (3) 测试计划执行 (4) 测试结果分析并提交报告 4.插桩技术 程序插桩技术最早是由J.C. Huang 教授提出的, 它是在保证被测程序原有逻辑完整性的基础上在程序中插入一些探针（又称为“探测仪”），通过探针的执行并抛出程序运行的特征数据，通过对这些数据的分析，可以获得程序的控制流和数据流信息，进而得到逻辑覆盖等动态信息，从而实现测试目的的方法。 4.插桩技术 桩函数的作用 （1）排除故障：使用桩函数代替某个函数，排除此函数对测试的影响 （2）彻底替换：由于进度等原因没有实现，可以使用桩函数来替换 （3）特定目的：为了达到特定的目的替代原始函数，比如强制改变测试分支，将复杂业务简单化，而不是真实的去构造设置很多业务环境来达到条件，为了节省开支使用简单实用的办法直接替代 4.插桩技术 设计插桩程序时需要考虑的问题包括： （1）探测哪些信息 （2）在程序的什么部位设置探测点 （3）需要设置多少个探测点 5.回归测试 回归测试的必要性： 在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。 （1）软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败； （2）修改还有可能产生副作用，从而导致软件未被修改的部分产生新的问题 （3）新代码本身含有问题，或者新代码对原有代码带来影响 5.回归测试 测试用例库的维护： （1）删除过时的测试用例 （2）改进不受控制的测试用例 （3）删除冗余的测试用例 （4）增添新的测试用例 * * *