软件测试方法和技术 Ch5-STMT[1]课件.pptVIP

软件测试方法和技术 - Ch.5单元测试 fmshi_1@163.com 第四章回顾 第五章 单元测试 5.1 什么是单元测试 单元测试的定义 为何要进行单元测试? 单元测试的背景 开发流程时间表与修改Bug代价的关系图 单元测试的背景（续） 编程过程中，每写100行代码会犯150个错误 编程与编译运行结束后，每100行代码中大约残留有1-3个Bug 寻找与修改程序错误的代价占总体开发投资的40%-80% Bug在整个研发流程中被发现的越早，修改的代价就越低 5.2 单元测试的目标和任务 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 Microsoft对单元测试的理解 单元测试具体分类 验证产品实现符合功能规格书 验证产品代码运行的正确性 边缘条件测试 产品安全性测试 从已有Bug增加的回归测试 产品代码覆盖度测试(Code Coverage) 产