xxxx系统测试计划V11.docx

xxxx系统测试计划V11.docx

《xxxx系统测试计划V11.docx》由会员分享，可在线阅读，更多相关《xxxx系统测试计划V11.docx（14页珍藏版）》请在冰点文库上搜索。

xxxx系统测试计划V11

xxxxx（中国）有限公司

xxxxx报表系统

测试计划

2014年7月

文档修改记录

日期

版本

描述

作者/修订

2014年6月

1.0

测试计划

何玉玲

2014年7月

1.1

测试计划

李叶

说明：

本测试计划是系统测试的依据，我方将根据测试计划进行测试设计和执行。

目录

1.项目简介5

1.1.目的5

1.2.背景5

1.3.范围5

2.测试说明6

2.1.软件功能说明6

2.2.测试内容6

2.3.测试资源7

2.3.1.测试人员7

2.3.2.测试流程7

2.3.3.测试环境7

2.4.进度安排8

2.5.测试进度管理8

3.测试策略9

3.1.功能测试9

3.2.用户界面测试9

3.3.系统测试10

3.4.回归测试11

3.5.集成与兼容性测试11

3.6.随机测试11

4.测试风险及解决方式13

5.测试结果评价标准14

5.1.范围14

5.2.数据整理14

5.3.尺度14

1.项目简介

1.1.目的

为保障xxxxx系统（XXX项目）测试工作的顺利进行，使测试工作的开展在测试进度、测试内容、测试方法上有所依据，特撰写本文档。

本文档定义了测试策略、测试进度、测试结果评定等内容。

1.2.背景

xxxxx管理系统（XXX）是自动控制技术、计算机网络技术和软件相结合的产物，系统建设的方法是通过信息与资源的共享，监管整个污水厂的水，电，燃料的供给和使用数据情况，通过对能源数据进行采集、加工、分析，处理以实现能源数据的管理：

本系统加强了污水厂的能源数据管理，提高分析和提交数据的效率，并通过分析数据实现合理利用设备、节约能源、节省人力的目标，加强污水厂能源的现代化管理,提高机场节能的经济效益。

1.3.范围

本文档包括以下几个部分：

Ø软件功能说明

Ø测试资源

Ø测试策略

Ø测试风险及解决方式

Ø测试结果评价标准

2.测试说明

2.1.软件功能说明

序号

功能名称

功能描述

1

Xxxx

对各类能源的消耗数据进行收集，汇总统计和计算，通过

2

Xxxx

1、自动化采集数据并计算

3

xxxxx

1、根据部门权限进行本部门年计划值设置

2、可进行修改、计算等操作

4

Xxxx

1、划定需要分析的数据单元

5

Xxxx

管理本系统的所有使用者

6

Xxxxx

对系统中涉及行统一设置和管理

2.2.测试内容

●系统整体功能测试

测试对象为XXX系统的所有功能模块，测试内容包括以下几个部分：

（1）功能测试：

验证单个页面功能的正确性

（2）用户界面测试：

验证界面友好型，统一性、易操作性，是否符合通用的操作习惯等

（3）系统测试：

测试系统流程，验证整体流程的正确性：

创建填报单->关联填报项关系->录入数据->查看报表。

（4）回归测试：

验证测试提交的bug是否已正确修改，并且未引起其他模块功能的可用性。

（5）集成与兼容性测试：

主要包括测试产品内部各功能模块间是否有冲突、产品整体运行的可靠性；浏览器版本的兼容性。

（6）随机测试：

在每一个测试循环中都会进行一定量的随机测试。

目的是找出测试版本中的Bug以提高产品质量。

这类测试存在于整个测试期间，与其他测试同时进行，不具体安排测试进度。

●版本功能测试

测试对象为新开发或修改的功能模块，测试其发布功能的可用性，测试内容包括以下几个部分：

（1）功能测试：

验证单个页面功能的正确性

（2）用户界面测试：

验证界面友好型，统一性、易操作性等

（7）系统测试：

测试系统流程，验证整体流程的正确性：

创建填报单->关联填报项关系->录入数据->查看报表。

（3）集成与兼容性测试：

主要包括测试产品内部各功能模块间是否有冲突、产品整体运行的可靠性。

2.3.测试资源

2.3.1.测试人员

测试组负责功能测试和系统测试，单元测试、集成测试由开发团队负责实施。

2.3.2.测试流程

每一项测试内容的测试采用统一的实施流程：

（1）设计测试用例

（2）测试用例Review

（3）执行测试用例

（4）BUG修正及回归测试

（5）测试结果整理，输出测试报告

2.3.3.测试环境

硬件环境：

不限

软件环境：

Ø操作系统：

WindowsXP/Windows7

Ø数据库：

SQLServer2008企业版

Ø浏览器：

IE8、IE10

2.4.进度安排

序号

任务名称

测试用例数

周期

测试设计

1

测试计划

/

2个工作日

2

测试用例

/

8个工作日

测试执行

1

详详细细

35

3个工作日

2

模块一

118

5个工作日

3

模块一

138

2个工作日

4

模块一

27

1个工作日

5

模块一

29

1个工作日

6

模块一

59

2个工作日

7

模块一

30

1个工作日

8

客户问题确认

/

/

测试文档写作

1

测试bug整理和分析

/

1个工作日

2

测试报告

/

2个工作日

说明：

●目前的测试工作主要是版本测试，待各功能模块都开发完成后再进行系统整体功能测试，因此未做具体测试时段的计划，只是针对各模块评估了测试所需周期。

●测试周期是根据功能复杂度及测试用例个数评估得出。

●目前客户对系统操作不熟悉，经常会提出因操作不当引起的问题，这部分工作未进行测试周期评估。

2.5.测试进度管理

测试管理的内容包括：

1、测试实施进度：

制定每周工作计划，实施和管理测试工作。

2、BUG管理：

通过Trac系统进行跟踪和统计，每周进行bug分析并在迭代会议上汇报，根据分析结果进行测试重点调整。

3.测试策略

3.1.功能测试

概述：

确保测试的功能正常，如数据输入、处理、检索是否正确，以及业务规则的实施是否恰当。

即对交互的输出或结果进行分析，以此来测试应用程序及其内部进程，这是目前的测试重点。

测试指导：

利用有效的和无效的数据来执行各个用例流，以测试以下内容：

A、在使用有效数据时得到预期的结果

B、在使用无效数据时显示相应的错误消息。

各功能界面测试参考：

编号

场景/条件

预期结果

1

划分等价类，输入有效等价类信息，如：

a．刚好等于或略少于字数限制的正确信息

b．符合输入规范的信息等

Ø所填信息正确保存到相应的数据库表中

Ø提示提交成功

2

异常输入，如：

a．输入略超过字数限制的正确信息

b．输入非法字符

c．输入为空

d．输入重复

e．该输入汉字的输入英文字符等

1.所填信息不能正确保存到相应的数据库表中

2.提示相应的错误提示

3.2.用户界面测试

●概述：

用于测试用户与软件之间的交互是否正常

●测试指导：

测试下列内容：

✧确保各种浏览以及各种访问方法（鼠标移动、快捷键等）使用正常

✧确保窗口对象及其特征（菜单、大小、位置、状态和中心）符合标准

用户界面测试参考：

编号

检查项

测试评价

1

窗口切换、移动、改变大小时是否正常

2

各种界面元素的文字是否正确（如标题、提示等）

3

各种界面元素的状态是否正确（如有效、无效、选中等状态）

4

各种界面元素是否支持键盘操作

5

各种界面元素是否支持鼠标操作

6

对话框中的缺省焦点是否正确

7

数据项是否能正确回显

8

对于常用功能，用户能否不必阅读手册就能使用

9

执行错误的操作时，是否有“确认”、“放弃”等提示

10

操作顺序是否合理

11

按钮排列是否合理

12

导航帮助是否明确

13

提示信息是否规范

3.3.系统测试

概述：

测试按照系统设定的操作流程，确保各模块的功能可以正常运行，如系统配置的增删改查、报表数据的生成。

即对交互的输出或结果进行分析，以此来测试应用程序及其内部进程，这是目前的测试重点。

测试指导：

测试以下内容：

C、各功能模块设置，包括填报单、镜检、登录账户、工作日志、系统配置等功能的增删改查设置

D、填报单关系能够正确设置和修改

E、量测项可正常显示并录入数据

F、营运月报报表、提升泵房月报报表、泵站日报报表、公司生产计划等报表能正常生成并且报表数据正确

报表的生成涉及到系统流程设置和后台计算，测试时需要注意以下内容：

编号

场景/条件

预期结果

1

创建月填报项填报单和量测项关系并录值和计算，查看营运月报表数据

营运月报、运行情况记录、泵站月报等报表能正常生成，报表数据与录入一致

2

创建日填报项填报单并关联量测项关系录入数据，查看运行情况记录数据

各个报表日填报项能正常显示录入值，需计算项可正常计算并显示正确值

3

创建小时填报单并关联量测项关系录入数据，查看泵站日报数据

录入数据正确显示并和录入值一致

4

创建临时填报单并关联量测项关系录入数据，查看泵站日报

录入数据能正确显示并和录入值一致

3.4.回归测试

2、概述：

验证提交的问题已经修改。

3、测试指导：

测试以下内容：

A、原来提交的问题已修改。

B、修改操作未引起系统的其他问题。

单一界面测试参考：

编号

场景/条件

预期结果

1

按照问题描述的操作步骤进行问题验证

问题描述的现象已修改

2

测试相关模块功能

修改bug未引起其他模块功能

3.5.集成与兼容性测试

4、概述：

测试系统在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试。

5、测试指导：

测试以下内容：

A、操作系统兼容性：

测试系统在不同版本的windows操作系统上都能正常运行。

B、应用软件兼容性：

系统与其他常用软件一起运行，不会造成软件运行报错或功能无法实现的问题。

C、浏览器兼容性：

程序应用B/S架构，目前要求系统在IE8上运行无误。

3.6.随机测试

6、概述：

测试人员根据经验和对系统的理解进行抽查，主要是对系统的重要功能进行复测，也包括用例未覆盖的功能测试，对于软件更新和新加的功能要重点测试

7、测试指导：

进行随机测试时可以分为以下方向：

A、基于需求：

参照客户需求文档，熟悉需求并设计客户场景，按照用户操作习惯进行测试

B、基于测试用例：

将多个测试用例结合，按照不同的操作顺序进行交叉测试

C、基于bug：

80%的bug会出现在20%的模块中，进行bug分析，重点测试问题较多的模块，同时结合问题原因分析进行测试

4.测试风险及解决方式

序号

风险类别

风险内容

级别

发生概率

预定解决方式

1

人员风险

开发人员和测试人员离开团队

中

低

与人力资源管理部门及时沟通，确保人力保障

2

质量风险

测试最终阶段BUG无法收敛

高

低

追加代码Review和设计Review，实施质量改善活动

3

测试覆盖率没有满足预定要求

中

低

实施质量分析，每周对bug进行分析，根据质量分析确定对策。

同时根据客户需求进行用例设计，确保用户场景不缺失。

4

进度风险

预定的测试设备和环境无法到位

中

低

与IT运营部门提前联络，及时沟通，确保设备保障

5.测试结果评价标准

5.1.范围

测试项目完成后，需要确保以下品质：

序号

质量特性

说明

1

产品功能性

确保产品功能满足顾客要求，所有功能正常运行，异常处理完备。

2

使用操作性

满足一定程度的使用操作性。

由于个人使用习惯等不同，存在不能完全满足的可能。

3

内部处理

内部处理确保内存，磁盘使用符合预定要求，并无明显内存泄露。

4

性能

性能满足预定要求

5

可信赖性

系统运行稳定，保证系统至少72小时以上的长时间运行

6

可维护性

设计满足指定的可扩展性，代码注释及接口文档完备，满足指定范围的二次开发的可扩展性。

7

可移植性

满足预定环境下的正常运行，以及制定软件的兼容性。

不确保指定范围以外的环境的兼容性

5.2.数据整理

测试数据使用Trac系统、TestLink系统进行管理。

5.3.尺度

序号

测试指标

目标值

说明

1

测试项目覆盖度

≥300件/KL

【测试项总数/开发规模】测试项数不包括系统测试项，是单元测试、集成测试、功能测试之和

2

BUG收敛率

测试进度为90%~100%时：

≤0.3

BUG收敛率为以BUG摘出数为Y轴和测试时间为X轴做成的收敛曲线，在最终阶段的斜率

3

系统测试BUG数

≤3件

最终系统测试提出的BUG数

4

系统测试重大BUG数

0件

系统测试摘出的重大BUG数

5

时间特性性能

允许范围之内

6

72小时连续测试致命BUG数

0件

（完）