自动化ppt.ppt

一、 技术发展趋势－1 一、 技术发展趋势－2 测试自动化基本实践方法 自动化测试目标 二、 ROI分析－1 二、 ROI分析－2 三、 流程、案例示例－1 三、 流程、案例示例－2 三、 流程、案例示例－3 交易分支案例： 给交易分支增加一组数据，成为交易分支案例——为具体的测试案例所使用 交易分支的视图： 交易分支输入文档（设计） 交易分支脚本（自动化测试） 交易分支对应： 交易 交易的执行分支覆盖 三、 流程、案例示例－6 业务测试案例 具有输入、输出参数 每个步骤都由交易分支案例组成，可以进行数据传递，如：传递帐号。 每个交易分支案例，都具有执行中使用的柜员信息 具有校验功能 由业务案例设计人员设计 四、 组织管理－1 四、 组织管理－2 五、 自动化测试体系－1 五、 自动化测试体系－2 六、 应用系统架构 七、 集成架构 系统内部关系 系统内部关系 内容大纲 一、 技术发展趋势 二、 ROI分析 三、 流程、案例示例 四、 组织管理 五、 自动化测试体系 六、 应用系统架构 七、 集成架构 内容大纲 一、 技术发展趋势 二、 ROI分析 三、 流程、案例示例 四、 组织管理 五、 自动化测试体系 六、 应用系统架构 七、 集成架构 * * 自动化测试 测试现状及问题 1 测试筹备 测试实施 系统内部测试 系统连接测试(LT) 系统集成测试(SIT) 用户接受测试(UAT) 测试审核 现象：接口测试，测试数据种类繁多，具有大量的测试案例 现象：大量集成测试案例，代码、界面不稳定，版本更新极为频繁 现象：大量业务测试案例，代码、界面不稳定，版本更新比较频繁 运营维护测试 问题：关注关键数据， 执行少量的、关键的测试案例， 测试不足 问题：测试人员少，无法承受重复 的繁重工作量，执行少量的、 关键的测试案例，测试不足 问题：测试人员少，无法承受重复 的繁重工作量，执行少量的、 关键的测试案例，测试不足 现象：版本定期发布，大量回归测试案例，代码、界面稳定 问题：大量回归测试案例，无 足够手工回归测试人员，测试不足 自动化测试的标准应用 测试阶段的 功能测试 背景：在高覆盖率要求的前提下，每个功能的测试案例量很大，并且由于测试阶段中不断的代码修改、集成，重复测试的次数很多 应用：自动化功能测试，包括接口功能测试、界面安全性测试、业务功能测试，提高测试的覆盖率，降低测试的工作强度 限制：由于测试阶段中的代码和界面的频繁变更，自动化的覆盖率应以少量覆盖、关键覆盖为原则 测试阶段的 业务流测试 背景：在集成测试和用户接受测试阶段中，业务流程的测试是主要工作内容。但是，每个业务流程由于操作步骤多，导致执行时间长，重复的执行增加了测试的工作量和加重了工作负担 应用：自动化业务流测试，提高测试的覆盖率，降低工作强度 限制：同样由于测试阶段中的代码和界面的频繁变更，自动化的覆盖率应以少量覆盖、关键覆盖为原则 运营维护阶段的回归测试 背景：在运营维护阶段，每次新版本发布前，应进行充分的回归测试，确保部分代码的变更不会影响大部分未变更的代码正确性。但是，通常情况下，这个阶段中不会固定拥有大量的测试人员来实施手工回归测试工作 应用：自动化功能测试，自动化业务流测试 限制：独立的测试环境引起资源争用或者巨大投入，在资源受限的情况下，应以最小化占用资源的方式进行 2 解决思路初探 自动化接口功能测试： 测试数据自动生成，依据报文规范自动生成测试脚本，自动执行接口功能测试，提高接口测试的覆盖率，促进开发质量 核心业务集自动化测试： 少量自动化测试工程师，自动化少量核心业务，版本更新时快速执行，保障核心模块的质量，提高测试效率 核心业务集自动化测试： 少量自动化测试工程师，自动化少量核心业务，版本更新时快速执行，保障核心模块的质量，提高测试效率 自动化功能测试、自动化业务流测试： 自动化测试小组，计算可行自动化率，建设自动化回归测试技术平台，长期运行自动化测试，保障系统运行质量 自动化测试的实际应用 测试筹备 测试实施 系统内部测试 系统连接测试(LT) 系统集成测试(SIT) 用户接受测试(UAT) 测试审核 运营维护测试 3 实施难度与风险 自动化测试 机构 设计、实现自动化测试技术平台 自动化测试可行性分析；确定自动化率目标和自动化测试需求 设计、实现可执行的自动化测试业务测试过程和组件 设计、实现自动化执行机制；执行自动化测试 业务测试 机构 提供业务测试需求 提供业务测试案例，包括操作步骤、业务数据和验证方法 测试环境 自动化测试环境的基础设施支持 项目组 自动化测试环境的应用环境支持 自动化测试组件开发的技术