XX 系统自动化测试可行性分析报告 1、概述 本文档对 XX 系统引入自动化测试工具的可行性进行评估，为测试负责人提供决策参考。 主要从项目特点及手工、自动化测试工作量对比进行评估。 2、自动化测试可行性分析 工期（工作日） 开始时间 结束时间 2.1、项目进度 序号 1 2 3 阶段名称 需求阶段 开发阶段 测试执行阶段 2.2、项目特点分析 实施自动化测试之前需要对软件开发过程进行分析，以观察其是否适合使用自动化测 项目分析结果 备注 试，主要从如下几点评估： 条件项 是否产品化项目 项目周期长短 测试时间长短 软件需求变动是否频繁 自动化测试脚本是否可以重 复使用 测试过程中是否有大量的重 复测试需求（如：回归测试） 

2.3、测试工作量估算 2.3.1、手工测试工作量估算 手工测试工作量的估算原则：根据业务和功能的复杂程度，以及往期项目的实际数据做 参考，得出测试完成一遍的工作量。在整个项目测试周期中，测试小组会对整个系统进行两 到三轮的测试。 测试完成的工作量（人天） 第一轮 2 第二轮 1 第三轮 0.5 ... 业务功能点 一级功能 系统管理 ... 二级功能 用户管理 ... 每项合计工作量（人天）： 合计工作量（人天）： 2.3.2、引入自动化测试后工作量估算 完全自动化： 业务功能点 测试完成的工作量（人天） 自动化用例编写 脚本维护 2 1 测试结果汇总 0.5 一级功能 系统管理 ... 二级功能 用户管理 ... 每项合计工作量（人天）： 合计工作量（人天）： 部分自动化： 业务功能点 一级功能 二级功能 手工测试 系统管理 ... 用户管理 ... 2 每项合计工作量（人天）： 合计工作量（人天）： 测试完成的工作量（人天） 自 动 化 用 例 编写 1 脚本维护 0.5 自 动 化 测 试 结果汇总 

2.3.3、手工测试与功能自动化测试的时间对比 时间（人天） 测试类型 手工测试 完全自动化测试 部分自动化 2.4、总结 综上， 1、总结 XX 项目是否适合进行自动化测试，进行哪种程度的自动化测试。 2、确定自动化测试的元素定位方法（与前端人员确定一种不变的元素定位方法）。 附： 1、自动化程度：  完全自动化：编写完整的自动化测试用例，功能全部用自动化进行测试  部分自动化：先进行一轮手工测试，后期配套自动化测试进行回归测试  不进行自动化：全部使用手工测试 2、项目周期长短：  短：1 个月内  中：1 个月~3 个月  长：3 个月以上 3、测试时间长短  短：1 个月内  中：1 个月~3 个月  长：3 个月以上 4、元素定位方法 定位方法 说明 id tagName name xpath 使用元素 id 属性定位 使用标签名定位 用 name 属性定位 使用 XML path 路径定位 linkText 通过超文本链接上的文字信息来定位元素 partialLinkText 通过超文本链接上的部分文字信息来定位元素 className 利用元素的 css 样式表所引用的伪类名称来进行元素定位 

5、项目自动化测试评估表 自动化程度 条件项 是否产品化项目 项目周期长短 测试时间长短 软 件 需 求 变 动 是 否 频繁 自 动 化 测 试 脚 本 是 否可以重复使用 完全自 动化 √ —— —— 部分自动化 不进行自动化测试 × 长 长 × —— —— × × × × × × —— 短 —— —— —— —— —— —— 短 —— —— —— —— 不频繁 —— —— —— —— 变动频繁 —— —— —— —— 可重复 使用 —— —— —— —— 不能重 复使用 —— 测 试 过 程 中 是 否 有 大 量 的 重 复 测 试 需 求（如：回归测试） —— —— —— 需要大 量重复 测试 注：回归测试自动化用例会比完全自动化用例简单 —— —— —— —— 不需要 重复测 试