某系统平台测试计划书

*************** 项目名称

测试计划书

1.测试背景

为了保证智慧能源管理系统项目测试工作的组织性，提高测试的工作质量和效率，为智慧能源管理系统项目测试工作提供完整的测试计划、测试人员工作安排、测试轮次、测试方法、系统功能模块覆盖率以及测试风险分析，确保测试项目平稳有序的运行。

2.测试目标

智慧能源管理系统测试项目的测试目标为：

接口程序覆盖率100%,接口错误修改率100%

测试案例的功能覆盖率达100%执行率达100%

已修改的测试问题回归测试覆盖率达100%

测试记录闭环率达95%

3.测试范围

测试计划和设计：根据软件需求说明书，制定测试计划，测试方案，包括收集

测试方法，测试用例，测试工具等。

测试：根据系统详细设计，制定测试计划，测试方案。此项由开发人员自测。

集成测试：将各个模块进行组合测试，保证所有功能和界面都正确。对产品重

点模块进行负载测试，确保软件性能达到软件需求说明书的要求

4.测试输出文档

项目的测试人员、职位、工作职责

5.测试工具

测试管理工具为禅道、性能测试工具有LoadR unner

6.测试规模以及工作量分析

智慧能源管理系统项目为大型项目，测试工作包括为测试计划、测试用例的编写、集成测试的执行、性能测试的执行，涉及功能模块较多，业务逻辑较为复杂，预估测试工作量如下所示。

测试工作量预估

功能点分析

7.测试进程

1）测试流程表

---

»

编写测试计划111

----------- 计划测试阶段

是11

. 浏览测试计划

开始

X _____ I____ X

测试计划斗1

4亠亠4亠厶*

是

i-- —.

/

---- > 编写测试用例

1

1

1

1

1

i

否

V

1111—测试用例阶段

二浏览测试用例二"''

是

测试执行

失败

一二］冒烟测试二二

2）测试过程描述

a.测试计划阶段

编写测试计划

测试总结阶段

测试经理根据项目计划与项目业务需求说明书创建测试计划，如果此需求发生变

化，则将根据变化更新此项目测试计划。

评审测试计划

项目经理浏览并评审《系统项目测试计划》。

测试经理负责更新此文档。

项目经理负责评审和批准经过更新的文档。

《项目测试计划》的版本为1.0,如果该计划被更新，则版本的序号也随之变更。

测试工程师根据测试计划执行测试任务。

b.测试用例阶段

编写测试用例

分析《软件需求说明书》。

测试工程师根据《软件需求说明书》编写测试用例。

评审测试用例

测试组负责评审《测试用例》。

在发现错误或问题的情况下，该测试用例将会被更新。

测试经理负责填写《测试用例评审报告》。

我们将《测试用例》的最初版本定义为 1.0，如果该文件得到更新，其版本也

会被同时更新。

c.测试阶段

冒烟测试

测试工程师负责根据《项目测试用例》进行功能性测试，执行测试用例的实际输出结果是否符合预期结果，我们将此用例标注为通过或者失败，将结果返回给开发部门。

系统测试

根据《项目测试计划》和《项目测试用例》，测试工程师负责执行测试用例：

当执行测试用例时：

1.如果实际输出结果和预期输出结果相同，该用例需要被标注为通过。

2.如果实际输出结果和预期输出结果不同，该用例需要被标注为失败。

3.如果测试时遇到功能性缺陷导致用例不能执行，该测试用例需要被

标注为锁定，直到该缺陷被修复，才可以继续执行该测试用例。

4.所有在测试过程发现的缺陷，需要被提交到禅道。

测试用例在测试过程中将根据需要得到更新。

测试经理负责分析测试结果，对测试人员执行的测试用例进行一定比率的内部QC （质量控制）。

测试完成时，需得到测试经理的批准。

备注：所有的缺陷必须被提交到缺陷处理系统禅道。

d.测试总结阶段

分析和总结测试结果

测试经理总结各自的测试工作并在《项目测试总结》中填写相应的部分内容。包括测试工具，测

试技术，测试体会以及工作质量等。

测试经理负责在《项目测试总结》中分析与总结测试数据，填写包括测试人员工作效率，人力

资源消耗，测试过程中经验与教训，评价整个项目过程中的测试质量。

测试完成

测试经理负责批准测试完成。

所有测试人员在《项目测试总结》中签名，证明所有任务都已完成。

8.测试进度及时间资源

智慧能源管理系统项目测试人员数量为1人，测试时间为80 （除去周末）个工

作日。

9.测试轮次安排

智慧能源管理系统项目测试轮次视项目情况而定，通常分为2轮，每轮的工作

10.测试方法

1）功能类测试

功能类测试是智慧能源管理系统项目测试工作中的重点，在各个环节都需要有比较全面的考虑。先考虑测试案例的组织结构，首先按照功能模块（通常对应系统中的一级菜单）归类，然后针对各功能模块下的每一个具体功能（即有独立页面的功能，简称子功能）再分类, 分别设计不同方面的测试案例，案例的组织结构如下：

__ “ XX模块”

——“ XX叶子功能1 ”

――冒烟测试

--- 页面要素验证

――必输项验证

――输入项检查

——联动项检查

——本功能流程测试

――通过性测试

――失效性测试

——“ XX叶子功能2 ”

总体规则验证

――数据流转测试

――后台线程测试

数据流转测试和后台线程测试，这两类案例可考虑根据情况，放在某一模块下，或者单独自成一部份。