Ch5单元测试.pptVIP

软件测试方法和技术 - Ch.5单元测试 主讲教师：郭晓燕 第四章回顾 第五章 单元测试 5.1 什么是单元测试 单元测试的定义 为何要进行单元测试? 单元测试的背景 开发流程时间表与修改Bug代价的关系图 单元测试的背景（续） 编程过程中，每写100行代码会犯150个错误 编程与编译运行结束后，每100行代码中大约残留有1-3个Bug 寻找与修改程序错误的代价占总体开发投资的40%-80% Bug在整个研发流程中被发现的越早，修改的代价就越低 5.2 单元测试的目标和任务 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 5.3 静态测试技术的运用 编码的标准和规范 正式审查三部曲 走查 （Walk Through） 审查 （Inspection） 评审 （Review） 走查 （Walk Through） 审查 （Inspection） 走查与审查的比较 评审 （Review） 5.4 动态测试技术的运用 白盒测试方法 定义：（结构化测试） 利用查看代码功能（做什么）和实现方式（怎么做）得到的信息来确定哪些要测试，哪些不要测试，如何开展测试。 白盒测试针对的是程序内部逻辑和数据流程的测试 动态白盒测试不仅是查看代码，还包括直接测试和控制软件。 白盒测试方法 白盒测试用例设计方法 白盒测试用例的设计方法 逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等 基本路径测试：在程序控制流程的基础上，分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。 动态白盒测试与调试 测试和调试是不同的。 白盒测试的目标是寻找软件缺陷； 调试的目的是修复软件缺陷。 它们在隔离软件缺陷的位置和原因上确实存在交叉现象。 测试员应该把问题缩减为能够演示软件缺陷的最简化测试案例。在白盒测试中，甚至要包含那些值得怀疑的代码行信息。 进行调试的程序员从这里继续，判断到底是什么导致的软件缺陷，并设法修复。 分清软件测试员和程序员的工作。 程序员编写代码，修复软件缺陷； 测试员寻找软件缺陷，可能还要编写一些代码来驱动测试，要进行这样的底层测试，就要使用与程序员相同的工具。具体操作方法不同 语句段：if (A (B||C)) x=l；else x=O；用例表： 　见右图 A．①TRUE ②FALSE ③TRUE B．①TRUE ②FALSE ③FALSE C．①FALSE ②FALSE ③TRUE D．①TRUE ②TRUE ③FALSE 基本路径测试 Example Example (continued) 基本路径测试:流程图 流程图复杂度确定 流程图复杂度－例子 确定线性独立的路径集合 Basis path test example 测试用例覆盖集合中每条路径 基本路径法设计出的测试用例能够保证在测试中程序的每一条可执行语句至少执行一次。以下代码由C什语言书写，请按要求回答问题。　void ReadPara( CString temp)　　{　if ( temp == =)　　　　　m_oper.SetCurSel(0);　　　else　{　　　　　if (temp == )　　　　　　m_oper.SetCurSel(1);　　　　　else　{　　　　　　if ( temp == ==)　　　　　　　m_oper.SetCurSel(2);　　　　　　else　{　　　　　　　if( temp == =)　　　　　　　　m_oper.SetCurSel(3);　　　　　　　else　　{　　　　　　　　if ( temp == )　　　　　　　　　m_oper.SetCurSel(4);　　　　　　　　else　　　　　　　　　m_oper.SetCurSel(5);　　　　　　　}　}　}　}　　　return;　　} [问题1]　(6分)　　请画出以上代码的控制流图。[问题2]　(3分)　　请计算上述控制流图的环路复杂度V(G)。[问题3]　(6分)　　请使用基本路径测试法为变量temp设计测试用例，使之满足基本路径覆盖要求。 黑盒测试方法 黑盒常用方法 5.3 等价类划分 在分析需求规格说明的基础