软件工程软件工程软件工程 (11).pdf
《软件工程软件工程软件工程 (11).pdf》由会员分享,可在线阅读,更多相关《软件工程软件工程软件工程 (11).pdf(24页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、单元测试概述 单元测试概述 现实的开发问题 现实的开发问题 经常把单元测试任务堆积到系统测试阶段 w 大量故障堆积在项目中后期,项目后10%的工作占用了项目90%的时间。w 故障难以定位,而且飘忽不定,开发和测试人员疲于奔命。现实的开发问题 现实的开发问题 当前阶段引入的缺陷率 当前阶段发现的缺陷率 当前阶段修复缺陷成本 85%编码 单元测试 功能测试 验收测试 发布上线$25$100$250$1,000$16,000 单元测试 单元测试 要使城墙保持坚固,至少应该保证每一块砖都是好的 单元是构造软件系统的基础,只有使每个单元得到足够的测试,系统的质量才能有可靠的保证,即单元测试是构筑产品质量
2、的基石。单元测试 单元测试 设计更好文档化行为 验证代码 具有回归性 单元测试(Unit Testing)是对软件中的最小可测试单元进行检查和验证。单元测试 单元测试 程序UTCODE 测试人员有权利对没有做过UT的代码说No 程序员必须对自己的代码质量负责,单元测试是对自己代码质量的基本承诺。在现实中,代码质量最好、开发速度最快的程序员是单元测试做得最好的。单元测试内容 单元测试内容 单元测试 模块 接口 局部 数据 结构 边界 条件 独立 路径 出错 处理 检查模块中的数据结构是否正确的定义和使用 检查由于计算错误、判定错误、控制流错误导致的程序错误。对通过所有被测模块的数据流进行测试 检
3、查可能引发错误处理的路径以及进行错误处理的路径 检查数据流或控制流中条件或数据处于边界时的出错可能性 单元测试内容 单元测试内容 单元测试 模块 接口 局部 数据 结构 边界 条件 独立 路径 出错 处理 单元模块被 正确编写 单元测试原则 单元测试原则 快速的 独立的 可重复的 自我验证的 及时的 单元测试应能快速运行,如果运行缓慢,就不会愿意频繁运行它。单元测试应相互独立,某个测试不应为下一个测试设定条件。当测试相互依赖时,一个没通过就会导致一连串的失败,难以定位问题。单元测试应该是可以重复执行的,并且结果是可以重现的。单元测试应该有布尔输出,无论是通过或失败,不应该查看日志文件或手工对比
4、不同的文本文件来确认测试是否通过。及时编写单元测试代码,应恰好在开发实际的单元代码之前。单元测试过程 单元测试过程 确定要做的单元测试 编写或修改单元测试用例 执行单元测试 根据结果修改或增加单元测试 找出潜在的最大问题区 测试用例 单元测试代码 测试结果 满足测试质量 单元测试质量 单元测试质量 测试通过率是指在测试过程中执行通过的测试用例所占比例,单元测试通常要求测试用例通过率达到100%。测试 通过率 测试 覆盖率 测试覆盖率是用来度量测试完整性的一个手段,通过覆盖率数据,可以了解测试是否充分以及弱点在哪里。代码覆盖率是单元测试的一个衡量标准,但也不能一味地去追求覆盖率。单元测试质量 单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程软件工程软件工程 11 软件工程 11
限制150内