工程化测试过程和方法.ppt

February 11, 2002 #p 工程化测试过程和方法 author: henry Date: 20 Sep, 2007 课程介绍 目标 熟悉工程化测试的过程和方法 听众 测试管理人员、测试工程师 高级经理、项目经理 应用开发人员 QA人员 必备条件 熟悉开发生命周期 对测试有基本的了解 课程内容 开展软件测试的时机 测试生命周期 工程化测试方法 计划测试：测试需求、风险评估、测试策略、资源 设计测试：黑盒白盒的用例设计、构造测试过程 开发测试：脚本录制及注意事项 执行测试：环境准备、缺陷记录、意外处理 评估测试：评估标准、结果分析 缺陷管理：缺陷生命周期、缺陷维护、缺陷分析 软件测试管理 下面我们学习－－ 开展软件测试的时机 尽早开展测试工作 尽早开展测试的重要性 尽早开展测试的重要性 缺陷的代价 错误被发现和纠正的越早，为修复而付出的代价却显得越小。 软件测试管理 下面我们学习－－ 软件测试生命周期： 计划 设计 实现 执行 评估 缺陷跟踪 开发生命周期和测试生命周期 工程化测试方法 下面我们学习－－ 计划测试： 测试需求 风险评估 测试进度 测试策略 资源 评审计划 … 测试需求 详细说明要验证的被测软件的工作情况，列出测试点,指出测试范围和任务。 业务功能、流程 性能指标 用户界面的表现 Windows Dialog boxes Controls . . . 保证测试需求可被验证，有明显可衡量的结果。 测试需求 测试需求的关键点 正确的表示测试需求 确定测试需求的优先级 确定测试需求的焦点核心 设定测试完整性的尺度 测试需求 测试需求来源 项目组 文档（需求规格说明、用户需求、设计文档、手册） 培训 项目组会议 客户 业务规则 行业参考 潜在用户 已有系统 使用习惯 风险评估 风险包括的两特性 不确定性 损失 风险类别(根据其影响程度) 灾难性的 严重的 轻微的 可忽略的 风险评估 评估角度 人员及经验 时间 技术 工具 支持 测试进度 以项目开发计划的进度为基础； 以测试生命周期为裁剪对象； 制定出符合项目实际情况的测试进度； 测试进度 确定测试阶段 确定里程碑及对应的交付物 将测试工作范围进行细化和分解，形成工作分解结构（WBS） 以网络图的形式说明WBS 中各项任务的相互顺序和依赖关系 估计整个测试的工期和成本 测试策略 描述起始方法和目标: 测试技术和工具 测试完成的标准 特殊的考虑 包括资源需求和进度表等 测试策略 要考虑的问题: 选择测试尺度 时间、价值和质量的替换 了解风险性 使用的工具 使用的一般和特殊的技术 测试策略 测试策略项 例子 测试的级别: 系统 测试类型: 功能 技术: 为每个主要功能建立测试过程... 所有夜间进行的测试是否被执行， 数据/结果是否得到验证 完成尺度: 所有的测试过程被执行 所有易出问题的功能必须被执行... 严重性级别为1或 2的缺陷不再出现 其它因素: 测试必须在下午7:00以后到上午 9:00之前进行. 资源 人力资源--测试经理 职责 全面的管理 -测试计划 采集资源 项目报告 - 测试评估 要求 有测试过程的知识 熟悉测试工具 有领导才能 懂得项目的管理 资源 人力资源--测试工程师 (设计者/开发者) 职责 分解测试需求 测试设计 测试开发 要求 有应用需求方面的知识 熟悉测试工具 编程的技巧(附加) 资源 人力资源--测试工程师 (测试执行) 职责 执行测试 产生日志结果 检查修正的错误 要求 了解要测试的系统网络服务器等 熟悉测试工具 有诊断的技巧 善于观察，能识别细微的差别 资源 人力资源--测试系统管理员 职责 管理测试的系统 添加新用户 处理用户的要求 要求 系统管理的经验和方法 熟悉测试管理工具 资源 系统资源 测试开发系统 测试管理系统 测试存储库 客户测试系统 设备资源 服务器 客户机 网络 资源 数据资源 恢复数据到指定的状态 备份工具 数据库实用工具 如果数据不能被恢复，需要设计上的考虑 记录池 备份记录等 生成计划 目标及范围 注：不被测试特性也要作出说明 测试策略 资源要求 人员/组织 进度安排 测试管理 测试开始/结束准则 测试移交（准则、涉及人员）、交互… 风险和应急 其他 评审测试计划 测试计划确定后，一定要和开发组成员一起评审测试计划； 参与人员有： 项目经理 配置经理 QA人员 测试组所有人员 客户 不能和开发计划有冲突。 工程化测试方法 下面我们学习－－ 设计测试： 黑盒白盒的用例设计 构造测试过程 静态评估 找出并描述测试用例 分析应用工作流 描述测试活动 找到测试用例 描述测试用例 被测对象或应用说明