1、自动化测试计划拟制： 日期：审核： 日期：批准： 日期：修订记录日期 修订版本 描述 作者1 目标 62 概述 62.1 项目背景 62.2 范围 63 组织形式 64 测试对象 75 需求跟踪 86 测试通过/失败标准 97 测试挂起标准及恢复条件 98 测试任务安排 98.1 任务 1：对功能性的测试 .98.1.1 方法和标准 98.1.2 输入/输出 108.1.3 时间安排 108.1.4 资源 108.1.5 风险和假设 108.1.6 角色和职责 108.2 任务 2：对性能项的测试 .118.2.1 方法和标准 118.2.2 输入/输出 118.2.3 时间安排 118.2.
2、4 资源 118.2.5 风险和假设 118.2.6 角色和职责 128.3 任务 3：对可移植性的测试 .128.3.1 方法和标准 128.3.2 输入/输出 128.3.3 时间安排 128.3.4 资源 128.3.5 风险和假设 138.3.6 角色和职责 138.4 任务 4：对 GUI 界面的测试 .138.4.1 方法和标准 138.4.2 输入/输出 138.4.3 时间安排 138.4.4 资源 148.4.5 风险和假设 148.4.6 角色和职责 149 应交付的测试工作产品 1410 工作量估计 1411 资源的分配 1512 附录 151 目标本次自动化测试项目需要
3、完成的目标要求如下。2 概述关于本次课程设计的概述，包括，测试对象，测试目标，测试计划，测试设计的相关内容的概括行描述。3 组织形式人员、任务分配情况4 测试对象自动化测试小组将对登入模块、主题模块、站内信模块、个人信息维护，登出模块进行自动化设计。这些模块经过手工测试后使得模块功能相对趋于稳定，适合自动化测试.5 自动化测试需求跟踪需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性，确保所有的工作成果符合用户需求，自动化测试需求跟踪表如表 1 所示。表 1 自动化测试需求跟踪表需求标识 需求描述 系统测试项标识 系统测试项描述6 自动化项目通过标准自动化测试项目通过标准如下。
4、自动化测试用例和数据集达到 100%需求覆盖。 自动化测试用例 100%被执行。 测试过程中缺陷率达到系统测试质量标准。 经测试经理和资深自动化测试工程师审核通过。7 自动化项目挂起和恢复条件自动化测试挂起条件如下。 测试流程管理工具或测试工具等环境要素出现故障 基本功能出现致命问题，导致 50%用例被堵塞，自动化测试无法执行 用例版本质量太差，50%执行用例通不过，自动化测试执行无意义 其它突发事件，需要对其它产品优先测试自动化测试恢复条件如下。 导致测试堵塞的问题被修复，并通过了回归测试。 测试工具等环境要素被修复。 用例版本质量得到较大改善。 突发事件处理完成，可正常进行测试。8 自动化
5、测试任务安排该阶段的任务主要是对登录模块、帖子操作模块、主题模块、站内信模块、登出模块的自动化任务安排。1方法和准则使用 QTP、LR 自动化任务模块，同时在脚本中套用框架。2输入/输出文档输入/输出文档的具体表格内容如表 2 所示。表 2 输入/输出文档记录表测试参考文档 测试提交文档项目需求文档 自动化测试计划自动化测试报告3时间安排起始时间为测试小组 100%通过测试手工测试用例的时间。自动化测试周期预计为 15天，具体安排如图 5 所示。图 5 测试安排4资源表 3 人力资源表格使用时间序号 姓名 角色开始日期 结束日期外语需求 领域知识需求5风险和假设（6）工作量估计通常按照项目系统的规模大小对人力、时间进行预估，如表 4 所示。表 4 工作量估算表序号 任务 负责人 工作量（人.天）
