Ch5单元测试STMT.pptVIP

第四章回顾 第五章 单元测试 5.1 什么是单元测试 单元测试的定义 为何要进行单元测试? 程序员最常说的25句话： 推卸责任到计算机软硬件,进度,用户: 你的机器中可能有病毒吧 操作系统升级了吗？ 这台机器好象有问题。 根本就没时间做。 我不可能测试每一项啊！ 你的测试数据有问题。 那个用户又犯错了。 正巧给碰上了错! 你肯定操作错了。 这个怎么能做呢？ 程序员最常说的25句话： 束手无策: 昨天还好好的，...... 奇怪...... 闪烁其词: 哦，这不过是一个功能。 尽管不能运行，但感觉怎么样？ 永远干不完: 是是，一定及时/按时完成。 当然我还得修改。 差不多了！ 恩，程序还需要一些修改。 赌一把: 程序可以运行，但是没被测试过。 已经做好了，还没测试。 需求分析没有做到: 我从来没听过…… 5.2 单元测试的目标和任务 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 5.3 静态测试技术的运用 编码的标准和规范 编码书写规范 缩进：建议4个空格 空格：运算符两边一般不加,注意全角空格的干扰 对齐：一段内对齐 空行：文件各部分和各函数之间空两行，函数内部数据代码空一行 注释：代码量20%，必须的注释包括 标题说明、函数和类说明、代码不明晰不能自解释处、变量说明、修改时间 代码长度：一个函数小于53行， 函数：完全相同用两遍以上的代码、或者基本相同仅有参数区别的代码用在多处的，应该另外写成函数 页宽：80字符以下 函数规则注释?调用时动态解释 走查 （Walk Through） 审查 （Inspection） 走查与审查的比较 评审 （Review） 静态测试中测试用例设计准则 (1) 同一程序内的代码书写是否为同一风格 (2)代码布局是否合理、美观 (3)程序中函数、子程序块分界是否明显 (4)注释是否符合既定格式 (5)注释是否正确反映代码的功能 (6)变量定义是否正确（长度、类型、存储类型） (7)是否引用了未初始化变量 (8)数组和字符串的下标是否为整数 (9)数组和字符串的下标是否在范围内（不“越界”） (10)进行数组的检索及其它操作中，是否会出现“漏掉一个这种情况” 5.4 动态测试技术的运用 白盒测试方法 黑盒测试方法 黑盒常用方法 5.6 调试与评估 单元测试检查表 (1) 单元测试检查表 (2) 5.6 单元测试的过程和文档管理 单元测试的文档 5.7 单元测试常用工具简介 动态测试中测试用例设计准则 (32)复选框组内是否允许多个复选框（包括全部可选）可选 (33)如果复选框组内无复选框可选，这种情况是否允许存在 (34)文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理 (35)密码输入框是否按掩码的方式显示 (36) Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理 (37) Submit之类的按钮按下后，数据是否得到提交或按既定规约处理 (38)异常信息表述是否正确 动态测试中测试用例设计准则 (39)软件是否按预期方式处理错误 (40)文件或外设不存在的情况下是否存在相应的错误处理 (41)软件是否严格的遵循外设的读写格式 (42)画面文字（全、半角、格式、拼写）是否正确 (43)产生的文件和数据表的格式是否正确 (44)产生的文件和数据表的计算结果是否正确 (45)打印的报表是否符合既定的格式 (46)错误日志的表述是否正确 (47)错误日志的格式是否正确 主要要逻辑驱动法和基本路径法。 语句覆盖。 判定覆盖。 条件覆盖。 判定/条件覆盖。 条件组合覆盖。 路径覆盖。 循环覆盖。 详细内容 第14章 软件测试用例的设计 运行单元程序有时需要基于被测单元的接口，开发相应的驱动模块和桩模块。 驱动模块（drive）:对底层 或子层模块进行测试所编写的 调用这些模块的程序。 桩模块（stub）：对顶层或 上层模块进行测试时所编写的 替代下层模块的程序。 等价类划分法 边界值分析法 三种数据： 错误推测法