《软件自动化功能测试讲解》由会员分享，可在线阅读，更多相关《软件自动化功能测试讲解（24页珍藏版）》请在金锄头文库上搜索。
1、深圳博为峰信息技术有限公司 软件自动化功能测试 林妹妹 深圳博为峰信息技术有限公司 2 提要 关于自动化测试的两个思考 自动化测试介绍 自动化测试框架 自动化测试成本分析 自动化测试的选择 自动化测试流程 自动化测试脚本编写要点 改善自动化测试流程，提高测试覆盖率 自动化测试风险和误区 深圳博为峰信息技术有限公司 3 自动化测试的两个思考 什么样的项目适合自动化测试？ 自动化测试是否能够完全替代手工测试？ 深圳博为峰信息技术有限公司 4 自动化测试介绍 常用自动化测试商业工具： Rational Robot WinRunner QuickTest Professional SilkTest T
2、estPartner 自动化测试：使用一种自动化测试工具模拟手工测试步骤，通过执行程序 语言编制的测试脚本自动地测试软件 。 深圳博为峰信息技术有限公司 5 自动化测试框架 基于界面的软自动化测试框架的发展的三个阶段 ： 简单的录制回放 数据驱动测试框架 关键字驱动测试框架 Sub Main() 驱动脚本（读取数据） 业务脚本 底层公共函数脚本（写日志、连接数据库） End Sub 自动化测试框架是一组自动化测试的规范、测试脚本的基础代码，以及 测试思想、惯例的集合。可用于减少冗余代码、提高代码生产率、提高 代码重用性和可维护性。 深圳博为峰信息技术有限公司 6 自动化测试成本分析 投入成本：
3、测试工具软件、支撑软件、硬件、框架开发、自动化测试脚本 开发，自动化测试维护，自动化测试执行、结果分析 自动化测试覆盖率：70% 执行一轮完整的手工测试：20人天 执行一轮自动化测试和结果分析需要0.5人天 每轮测试节省13.5人天 自动化测试前期投入：框架设计+开发+维护120人天 已经运行20多轮完整的自动化测试，N轮DailyBuild测试 测试脚本移植到5个相似系统中 测试用例数前期投入（人天） 执行一轮测试（人天 ） 手工测试30004520 自动化测试21001200.5 深圳博为峰信息技术有限公司 7 自动化测试的选择 编号考虑因素一般原则 1测试进度要求对那些开发周期短、版本非
4、常紧急、没有足够的时间进行自动 化的版本，一般不考虑自动化 2人力资源要求版本测试的自动化初期的人力投入还是相当大的，若没有足够 的人力，一般也不宜做自动化测试 3版本稳定程度可以根据已有版本和对未来版本的预测进行分析；产品第一个 版本或特性很不稳定的版本不宜作自动化 4版本应用情况对那些在相当长的时间（如超过半年）没有后续版本的产品测 试，一般不必进行自动化；自动化的效率主要体现在自动 用例的良好继承性上，若业务没有后续版本，也就不存在 依靠自动化用例的继承性带来的效率 5可自动化率可自动化率是指可以实现自动化的用例比例；如果该比例太小 ，会使实现自动化的投入相对过大。一般来说对可自动化 率
5、小于20%的版本可不考虑自动化。 6版本规模对产品规模非常小的版本，如测试用例总数100个，也不用考 虑自动化 深圳博为峰信息技术有限公司 8 自动化测试流程 自动化测试流程图 自动化测试需求分析 自动化测试计划 自动化测试实现方式设计 自动化测试用例管理及设计 自动化测试环境 自动化测试脚本编写和数据准备 自动化测试执行 自动化测试分析 自动化测试配置管理 深圳博为峰信息技术有限公司 9 自动化测试流程图 输入任务输出 SRS项目计划 可自动化测试 需求列表 设计 编码 阶段 需求 分析 阶段 系统 测试 阶段 自动化测试计划 自动化测试设计 自动化测试实现 自动化测试执行 自动化测 试设计
6、 自动化测 试用例 自动化测 试计划 软件版本 自动化测 试脚本 自动化测 试数据 自动化测 试报告 模拟程序 需求分析 Return 深圳博为峰信息技术有限公司 10 自动化测试需求分析 通过需求评审详细了解业务 对软件的可测试性提出要求：硬编码，控件选择，开放接口，提供模拟程序 选取可自动化测试需求一般原则 确定可自动化测试需求列表：SRS-XXX-001 、 SRS-XXX-002 Flowchart 深圳博为峰信息技术有限公司 11 自动化测试计划 根据需求规格说明书对所有任务进行优先级划分，指定相应负责人，跟 根据项目计划设定时间点，最终形成自动化测试计划 计划(工作量:人天)实际(
7、工作量:人天) 计划内容需求列表优先级时间点责任人工作量完成情况差异分析 XXX模块SRS-XXX-001 高XXXXXX SRS-XXX-002 高XXXXXX SRS-XXX-003 中XXXXXX XXX模块SRS-XXX-006高XXXXXX SRS-XXX-004中XXXXXX SRS-XXX-005低XXXXXX Flowchart 深圳博为峰信息技术有限公司 12 自动化测试设计 完善自动化测试框架 一般性页面测试，这部分可以简化，只要设计出脚本基本结构即可 特殊测试，比如EDI报文等，可以提前编写解析脚本从而解析出EDI报文； 或者跟开发人员配合，直接调用开发人员生成的DLL或
8、EXE程序来解析EDI 报文 在手工测试人员设计测试用例时，自动化测试工程师设计自动化测试的实现方式。 Flowchart 深圳博为峰信息技术有限公司 13 自动化测试用例管理及设计 测试用例设计要点： 唯一的用例编号 期望结果的设置 包含的主要内容 用例编号前置条件操作步骤期望结果 UM_0001系统中不存在A用户新增用户新增成功 UM_0002系统中存在B用户新增用户新增失败 CaseNo前置条件UserIDExpectResult路径说明 UM_0001_001不存在A新增成功新增系统中不存在的用户 UM_0001_002存在B新增失败新增系统中存在的用户 举例： 深圳博为峰信息技术有限
9、公司 14 自动化测试用例管理及设计 Function(UserID as String ，ExpectResult as String) msg为点击保存后系统弹出的提示信息内容 If msg = ExpectResult then WriteLog “新增用户”,”,”,”,”P” Else WriteLog “新增用户”,”,”,”,”F” End If End Function 深圳博为峰信息技术有限公司 15 自动化测试环境 自动化测试需要有自己独立的测试环境 自动化测试需要2套环境：开发环境和测试环境 Flowchart 深圳博为峰信息技术有限公司 16 自动化测试脚本编写和数据准
10、备 自动化测试开发介入时间：在软件版本发布，第一轮系统测试完成之后 自动化测试脚本编写 自动化测试数据准备：SQL语句大批量插入数据、手工将数据修改成需要的 状态 自动化测试数据回退：备份和恢复数据库 Flowchart 深圳博为峰信息技术有限公司 17 自动化测试执行 在系统测试期，对每天的DailyBuild进行自动化冒烟测试 在系统维护期，保证最后提交给客户的版本是经过一轮完整的自动化测试 自动更新软件版本，自动执行 Flowchart 深圳博为峰信息技术有限公司 18 自动化测试分析 分析日志中所有Fail的结果，排除脚本和数据错误后提交缺陷(日志可 自定义) 提交总的测试报告 测试脚
11、本也是开发过程，如何保证质量：代码走读 Flowchart 深圳博为峰信息技术有限公司 19 自动化测试配置管理 日常脚本管理：自动化脚本和数据每日构建 自动化测试脚本：与自动化测试数据、自动化测试数据库备份及软件版本形 成受控版本 Flowchart 深圳博为峰信息技术有限公司 20 自动化测试脚本编写要点 编码规范：（可读性、结构性、功能性、SQL语句） 对前提条件进行验证 场景恢复：能处理各种可能的意外，以不影响后续测试用例的运行 降低各测试路径和数据的耦合度：有相对独立性，不相互依赖，以不影响后 续脚本的运行 每一个用例最好从打开页面开始，关闭页面结束，便于参数化运行多条数据 有好的日
12、志，便于快速定位问题 稳定性重于性能 具有一定的灵活性，能快速适应产品功能设计的更改 深圳博为峰信息技术有限公司 21 改善自动化测试流程，提高测试覆盖率 改善自动化测试流程： 如何介入需求分析 何时介入脚本开发 脚本管理 路径补充 数据准备 深圳博为峰信息技术有限公司 22 改善自动化测试流程，提高测试覆盖率 提高测试覆盖率： 定期分析手工测试提交的缺陷，补充到自动化测试中 定期分析客户提交的漏测缺陷，补充到自动化测试中 深圳博为峰信息技术有限公司 23 自动化测试风险和误区 工具的选用不当，频繁更换 维护成本高 软件变更频繁 图形化软件采用自动化测试 不考虑软件的可测性 盲目追求更高覆盖率（测试覆盖偏向易于自动化的功能） 深圳博为峰信息技术有限公司 24 谢谢！
