某系统平台测试计划书Word文件下载.docx

某系统平台测试计划书Word文件下载.docx

《某系统平台测试计划书Word文件下载.docx》由会员分享，可在线阅读，更多相关《某系统平台测试计划书Word文件下载.docx（14页珍藏版）》请在冰豆网上搜索。

《测试计划》

Word

2017.05.12

测试工程师

《测试用例》

Excel

2017.05.23

《缺陷报告》

禅道

2017.07.23

《测试报告》

2017.07.31

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

韦*****

编写测试计划缺陷管理测试结果分析

黑盒测试工程师

编写测试用例执行测试报告缺陷

性能测试工程师

分析软件功能开发脚本性能测试执行

需要配合的部门与人员

开发人员

协助搭建测试环境

业务人员

协助测试人员理解需求，提供业务帮助

5.测试工具

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

测试管理

易软天创

8.3.1

性能测试

LR

HP

8.0

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

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

测试工作量预估

测试案例编写

1

10

215

测试执行

30

980

功能点分析

登录

登录及整体架构

2017-05-29

UI界面

LOGO及文字

功能检查

异常检测

帐号数据

首页

2017-05-30

用户验证

设置验证

修改密码验证

通知验证

导航栏验证

四大数据显示模块

日用电量曲线图

2017-05-31

月用电量曲线图

月用电量环比增长率

月用量同比增长率

告警

日用电量对比图

月用电量最大需量

配电监测

配电状态

2017-06-01

日用量条形图

负荷堆积面积图

电压图

2017-06-02

电流图

功率因数

总表

分支回路

传感器

外接设备

电表抄读

区域

2017-06-03

搜索

冻结日期

列表

翻页

工具栏

召测

补抄

停止召测

历史数据

时间

2017-06-04

下拉列表

查询

导出

图形报表

能耗分析

用电分布

2017-06-05

条件筛选

电量转换标准煤

用电条形图

设备状况

2017-06-06

电量统计

数据统计栏

2017-06-06

综合报告

2017-06-07

上传模板

下载插件

企业报表

配置管理

用户管理

2017-06-08

上设备权限管理

历史报警

2017-06-09

列表数据

综应用商店

用能能效管理

未开发

分布式能源

新能源汽车

储能管理

其他应用

7.测试进程

1）测试流程表

2）测试过程描述

a.测试计划阶段

编写测试计划

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

评审测试计划

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

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

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

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

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

b.测试用例阶段

编写测试用例

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

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

评审测试用例

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

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

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

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

c.测试阶段

冒烟测试

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

系统测试

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

✓当执行测试用例时：

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

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

3.如果测试时遇到功能性缺陷导致用例不能执行，该测试用例需要被标注为锁定，直到该缺陷被修复，才可以继续执行该测试用例。

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

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

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

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

备注：

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

d.测试总结阶段

分析和总结测试结果

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

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

✓测试经理负责在《项目测试总结》中分析与总结测试数据，填写包括测试人员工作效率，人力资源消耗，测试过程中经验与教训，评价整个项目过程中的测试质量。

测试完成

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

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

8.测试进度及时间资源

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

测试计划

2017-05-11

2017-05-12

设计测试用例

2017-05-23

测试用例评审

2017-05-24

2017-05-25

环境搭建

2017-05-26

2017-05-28

功能测试

2017-07-30

测试总结报告

2017-08-01

2017-08-02

9.测试轮次安排

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

第一轮

第二轮

2017-07-030

用户界面测试、冒烟测试

缺陷验证、功能测试、兼容性测试

10.测试方法

1）功能类测试

功能类测试是智慧能源管理系统项目测试工作中的重点，在各个环节都需要有比较全面的考虑。

先考虑测试案例的组织结构，首先按照功能模块（通常对应系统中的一级菜单）归类，然后针对各功能模块下的每一个具体功能（即有独立页面的功能，简称子功能）再分类，分别设计不同方面的测试案例，案例的组织结构如下：

——“XX模块”

——“XX叶子功能1”

——冒烟测试

——页面要素验证

——必输项验证

——输入项检查

——联动项检查

——本功能流程测试

——通过性测试

——失效性测试

——“XX叶子功能2”

……

——总体规则验证

——数据流转测试

——后台线程测试

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

对这几类测试，做一个简要的说明：

对本功能正常的主线流程进行验证而设计的案例

此案例专门用来做冒烟测试，通常每个子功能只需提供一条该案例，设计时只需保证该功