自动化测试计划.docx

自动化测试计划

拟制：审核：批准：

日期：日期：日期：

修订记录

日期

日期

修订版本

描述

作者

目标 6

概述 6

项目背景 6

范围 6

组织形式 6

测试对象 7

需求跟踪 8

测试通过/失败标准 9

测试挂起标准及恢复条件 9

测试任务安排 9

任务1：对功能性的测试 9

方法和标准 9

输入/输出 10

时间安排 10

8.1.4 资源 10

风险和假设 10

角色和职责 10

任务2：对性能项的测试 11

方法和标准 11

输入/输出 11

时间安排 11

8.2.4 资源 11

风险和假设 11

角色和职责 12

任务3：对可移植性的测试 12

方法和标准 12

输入/输出 12

时间安排 12

8.3.4 资源 12

风险和假设 13

角色和职责 13

任务4：对GUI界面的测试 13

方法和标准 13

输入/输出 13

时间安排 13

8.4.4 资源 14

风险和假设 14

角色和职责 14

应交付的测试工作产品 14

工作量估计 14

资源的分配 15

12 附录 15

目标

本次自动化测试项目需要完成的目标要求如下。

概述

关于本次课程设计的概述，包括，测试对象，测试目标，测试计划，测试设计的相关内容的概括行描述。

组织形式

人员、任务分配情况

测试对象

自动化测试小组将对登入模块、主题模块、站内信模块、个人信息维护，登出模块进行自动化设计。这些模块经过手工测试后使得模块功能相对趋于稳定，适合自动化测试.

自动化测试需求跟踪

需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性，确保所有的工作成果符合用户需求，自动化测试需求跟踪表如表1所示。

表1 自动化测试需求跟踪表

需求标识

需求标识

需求描述

系统测试项标识

系统测试项描述

自动化项目通过标准

自动化测试项目通过标准如下。

自动化测试用例和数据集达到100%需求覆盖。

自动化测试用例100%被执行。

测试过程中缺陷率达到系统测试质量标准。

经测试经理和资深自动化测试工程师审核通过。

自动化项目挂起和恢复条件

自动化测试挂起条件如下。

测试流程管理工具或测试工具等环境要素出现故障

基本功能出现致命问题，导致50%用例被堵塞，自动化测试无法执行

用例版本质量太差，50%执行用例通不过，自动化测试执行无意义

其它突发事件，需要对其它产品优先测试自动化测试恢复条件如下。

导致测试堵塞的问题被修复，并通过了回归测试。

测试工具等环境要素被修复。

用例版本质量得到较大改善。

突发事件处理完成，可正常进行测试。

自动化测试任务安排

该阶段的任务主要是对登录模块、帖子操作模块、主题模块、站内信模块、登出模块的自动化任务安排。

方法和准则

使用QTP、LR自动化任务模块，同时在脚本中套用框架。

输入/输出文档

输入/输出文档的具体表格内容如表2所示。

表2 输入/输出文档记录表

测试参考文档

测试参考文档

测试提交文档

《项目需求文档》

《自动化测试计划》

《自动化测试报告》

时间安排

起始时间为测试小组100%通过测试手工测试用例的时间。自动化测试周期预计为15

天，具体安排如图5所示。

图5 测试安排

资源

表3 人力资源表格

序号 姓名 角色

使用时间

开始日期 结束日期

外语需求 领域知识需求

风险和假设

（6）工作量估计

通常按照项目系统的规模大小对人力、时间进行预估，如表4所示。

表4 工作量估算表

序号

序号

任务

负责人

工作量（人.天）