5 集成测试--幻灯片.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 这种分解是集成测试常用视图的基础。随着软件设计逐步深入，功能分解树将可能被细化为单元调用图。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 图18-3 o-oCalendar程序的MM-路径测试（1） 采用2002年1月15日实例化Date的部分MM-路径 这里直接使用伪代码中的语句和消息编号 这个MM-路径如Page289图18-4所示 用2002年1月15日实例化Date的部分MM-路径 图18-4 o-oCalendar程序的MM-路径测试（2） Page290 图18-5 Date.increment（2002年4月30日）的MM-路径 用2002年4月30日实例化Date的部分MM-路径 图18-5 面向对象软件的MM-路径测试 通过有向图，使我们能够基于MM-路径分析选择集成测试用例 需要多少测试用例？ 图18-3中有向图的圈复杂度是23：每个消息的返回边没有显示出来，但是必须统计在内 虽然我们肯定会找出同样数量的独立路径，但是不必这样做，因为一条MM-路径会覆盖这些路径中的很多条，而还有很多路径在逻辑上是不可行的 最低限度需要覆盖所有消息的一组MM-路径 我们可以寻找MM-路径，以保证图18-3中的所有消息（边）都被遍历 回顾 集成测试的必要性 集成测试的方法 基于分解的集成 基于调用图的集成 基于路径的集成 案例研究 练习 请写出次日问题中输入是“2010-12-31”的MM路径 Main(1,2) msg 1 GetDate(34,56,57,58,59,60,61,62,63,64,65,66) msg 7 ValidDate(35,36,37,39,40,41,42) msg 6 lastDayofMonth(21,22,23,24,32,33) ValidDate(43,45,46,47,48,50,51,52,54,55) GetDate(67) Main(3) msg 2 PrintDate(79,80,81) Main(4) msg 3 IncrementDate(68,69) msg 8 lastDayofMonth(21,22,23,24,32,33) IncrementDate(71,72,73,74,76,77,78) Main(5) msg 4 PrintDate(79,80,81) Main(6) * * * * * * * PAN（Personal Account Number，个人账户号） PIN（Personal Identification Number，个人识别码） * * * * * * * * * * * * 示例MM-路径的UML顺序图 MM-路径复杂度 V(G) = e-n+2p 其中，p是强连接区域的个数。对于结构化过程代码，永远有p=1。因此上述公式简化为V(G) = e-n+2 MM-路径复杂度（续） 根据上面两个MM-路径有向图，套用公式计算得到复杂度分别为： V(G1) = 4-3+2=3 V(G2) = 24-6+2=20 MM-路径图的特点 优点 MM-路径是功能性和结构性的一种混合 表达上：功能性 标识方式上：结构性 它与实际系统行为密切匹配，而不是靠基于分解和调用图集成的结构性路径。因此这种基于路径的集成测试能与系统测试无缝连接 缺点 标识MM-路径的工作量很大 内容 集成测试的必要性 集成测试的方法 基于分解的集成 基于调用图的集成 基于路径的集成 案例研究 面向对象软件的集成测试 次日程序 将主程序的功能分解为过程和函数 对月、日和年增加了（有限的）有效性检查 Main Function isLeap Function LastDayofMonth GetDate Function IncrementDate Function PrintDate 功能分解图 调用图 单元的程序图 主程序和第一层单元 单元的程序图（续） 低层单元 基于分解的集成 图13-15所示的基于分解的成对集成是有问题的，函数isLeap和lastDayOfMonth从来都没有被主程序直接调用，因此这些集成过程是空的 基于调用图的集成 如图13-16所示的基于调用图的成对集成，是对基于分解的集成的改进 很明显没有了空的集成过程，因为边引用的是实际单元 基于调用图的集成（续） 基于调用图的相邻集成可以通过ValidDate和lastDayOfMonth的邻居进行 接下来可以集