第03讲第一章14.pptVIP

增量式测试 逐步实现 自顶向下增量式测试 逐步集成和逐步测试是按结构图自上而下进行 集成的顺序 集成主控模块（主程序） 按照软件控制层次结构向下进行集成 自顶向下集成 集成测试步骤 主控模块作为测试驱动器，把对主控模块进行单元测试时引入的被调用模拟子模块用实际模块替代。 依照所选用的模块集成策略（深度优先和广度优先），下层的被调用模拟子模块一次一个地被替换为真正的模块。 在每个模块被集成时，都必须立即进行测试一遍。 回到第2步重复进行，直到整个系统结构被集成完成。 下图给出了一个按广度优先策略进行集成测试的典型例子。 自顶向下增量式测试图（广度优先策略） 自底向上增量式测试 从最底层的模块开始 按结构图自下而上逐步进行集成和测试 图表示了采用自底向上增量式测试实现同一实例的过程 自底向上增量式测试图 两种不同集成测试方法的比较 非增量式测试:先分散再集中,如存在接口错误，则只能在最后集成时发现 增量式测试：逐步测试逐步集成 自顶向下测试： 优点: 自然逐步求精，框架明确 缺点: 需要提供桩模块，在桩模块中表示测试数据有一定困难。 自底向上测试： 优点: 驱动模块模拟了所有调用参数，生成测试数据无困难。如关键模块在结构图底部，则该测试优越 缺点: 直到最后一个模块加入后才能看到整个系统框架 什么时候进行集成测试？ 由谁来进行集成测试？ 集成测试的依据是什么？ 理论上是在单元测试之后，但实际中往往是同步进行 白盒测试工程师或开发人员 单元测试的模块； 项目《概要设计》文档 确认测试概念 检验开发软件是否能按用户提出的要求进行 也称为合格测试 准则 一系列黑盒测试来完成 是否满足合同规定的所有功能和性能 文档资料是否完整 人机界面和其他方面是否令用户满意 确认测试 测试结果两种可能 功能和性能指标满足需求说明要求，用户可以接受 软件不满足需求说明要求，用户无法接受，需要与用户协商寻求妥善解决方法 配置审查内容 复审目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节 系统测试概念 将整个软件系统看作一个整体进行测试 功能、性能，以及软件所运行的软硬件环境 这一步完全采用黑盒测试技术 目的 主要检验软件是否满足功能、行为和性能方面的要求 系统测试 几种系统测试方法 功能测试 性能测试 安全测试 强度测试 健壮性测试 用户界面测试 兼容性测试 安装测试 回归测试 验收测试 以用户测试为主或有测试人员等质量保证人员共同参与的测试 测试内容 明确验收项目，规定验收测试通过的标准 确定测试方法 决定验收测试的组织机构和可利用的资源 选定测试结果分析方法 制定验收测试计划并进行评审 验收测试 设计验收测试错用的测试用例 审查验收测试的准备工作 执行验收测试 分析测试结果 做出验收结论，明确通过验收或不通过验收 测试总结与报告 小结 软件测试背景 软件测试定义、特性、目标和原则 软件测试与质量保证 CMM 传统软件测试过程 思考题 没有安装操作系统的裸机里面有软件吗？ 算法流程图是程序还是文档？ 手机测试属于硬件测试还是软件测试？ * 软件生命周期的八个阶段有哪些？？？ 软件测试基础 第三讲  Email：wenze666@163.com 主讲：闻喆 测试计划 单元测试 集成测试 确认测试 系统测试 验收测试 测试总结与报告 1.4 软件测试过程 软件测试阶段组成 测试计划 测试设计 测试开发 测试执行 测试评估 软件测试过程 待测程序 单元测试 确认测试 验收测试 测试计划 项目启动初期必须规划 计划是“动态的” 什么是单元测试 检查程序的最小单元 模块进行正确性检验的测试工作 测试模块在语法、格式和逻辑上的错误 单元测试目的 保证每个模块单独运行正确 多采用白盒技术 检查模块控制结构的某些特殊路径 期望覆盖尽可能多的出错点 单元？ 人为规定的最小功能模块 单元测试 主要任务 对各模块进行测试 解决以下5个方面的测试问题 模块接口 局部数据结构 边界条件 独立的路径 错误处理 模块接口测试 模块接受输入的实际参数个数与模块的形式参数个数是否一致。 输入的实际参数与模块的形式参数的类型是否匹配。 输入的实际参数与模块的形式参数所使用单位是否一致 调用其他模块时，所传送的实际参数个数与被调用模块的形式参数的个数是否相同。 调用其他模块时，所传送的实际参数与被调用模块的形式参数的类型是否匹配。 调用其他模块时，所传送的实际参数与被调用模块的形式参数的单位一致。 调用内部函数时，参数的个数、属性和次序是否正确 在模块有多个入口的情况下，是否有引用与当前入口无关的参数。 是否会修改了只读型参数。 出现全局变量时，这些变量是否在所有引用它们的模块中都有相同的定义。 有没有把某些约束当做参数