系统测试报告.docx

系统测试报告.docx

《系统测试报告.docx》由会员分享，可在线阅读，更多相关《系统测试报告.docx（8页珍藏版）》请在冰豆网上搜索。

系统测试报告

XXXX

文档编号:

XXXX-XXXX-VER-STTestReport

系统测试报告

V1.0

编写：

XX

审核：

阮XX

批准：

阮XX

日期：

2017-3-28

日期：

2017-4-2

日期：

2017-4-2

1

引言

1编写目的

编写该测试总结报告主要有以下几个目的：

1．通过对测试结果的分析，得到对软件质量的评价

2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考

3．评估测试测试执行和测试计划是否符合

4．分析系统存在的缺陷，为修复和预防bug提供建议

本测试总结报告适合以下读者：

◆项目管理人员

◆测试负责人员

◆项目组相关人员

2项目背景

提出者：

交办单位：

XXXX

软件名称：

XX系统

XXXX信息系统的建设是为了全面应用现代信息技术，集中统一地、科学地管理科技厅工作中形成的各类档案，满足对档案安全存储、快速检索、综合利用的要求，实现档案管理的信息化、现代化。

对档案信息资源进行数字化管理和综合利用，使档案管理模式从以档案实体保管和利用转向档案信息的数字化存储和提供服务为重心，从而使档案工作进一步走向规化、数字化、网络化，提高档案的查询和利用效率，更好地为科技管理和科技决策服务。

3定义规约

缺陷BUG：

软件未达到产品需求说明书的要求或者是出现了产品说明书中不应出现的错误或者未有达到需求所要求的目标。

黑盒测试：

通过各种输入和观察软件的各种输出来发现系统的缺陷，而不关心程序的具体的实现。

缺陷密度：

单位代码行或者单位功能点数中存在的缺陷数。

4参考资料

⏹《XX系统统需求规格说明书》

⏹《XX系统统测试计划》

2

测试概要

XX系统统测试从2017年3月16日开始到2017年3月23日结束，共持续7天，测试功能点数172个，执行54个测试用例，测试共发现12个BUG，平均每个测试功能点数0.07个BUG。

测试过程中发现的BUG通过《BUG管理一览表》进行缺陷跟踪管理。

1进度回顾

活动

人员

开始时间

结束时间

工作量

设计系统测试用例

XX

2011-12-26

2011-12-28

2人天

执行系统测试

XX

2017-03-16

2017-03-23

7人天

完成测试报告

XX

2017-03-28

2017-04-2

2人天

2测试用例

具体见《系统测试用例》。

3测试方法

测试需要涵盖系统所有新增功能点数，对于前期特性，只测试正常流程及少量异常流程，对于系统新增特性需要重点测试。

测试主要针对功能需求，主要关心功能是否实现。

具体测试方法如下：

⏹执行测试用例；

⏹为随机测试中发现的问题补充测试用例；

⏹进行回归测试。

4测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。

针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。

5测试环境

5.1软硬件环境

●数据服务器：

机器用途

硬件配置

需要安装的软件

数据库服务器

CPU：

I5（以上）

存：

8G

硬盘：

5000G

操作系统：

Windows2008企业版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位

数据库：

CGRS

●应用服务器：

机器用途

硬件配置

需要安装的软件

应用服务器

CPU：

I5（以上）

存：

8G

硬盘：

1T

操作系统：

Windows2008企业版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位

数据库：

OracleDatabaseEnterpriseEdition11g，RealApplicationClusters，Partitioning

客户端：

InternetExplorer7或更高版本

●测试客户端：

机器用途

硬件配置

需要安装的软件

测试用机

CPU：

I3（以上）

存：

4G

硬盘：

500G

操作系统：

Windows2008企业版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位

数据库：

OracleDatabaseEnterpriseEdition11g，RealApplicationClusters，Partitioning

客户端：

InternetExplorer7或更高版本

3测试结果

1覆盖率

1.1需求覆盖

模块

总功能点数（包括性能功能点数）

测试用例所包含的功能点数

未执行

未/漏测分析和原因

档案管理

69

7

0

档案利用

32

14

0

档案维护

23

7

0

专题编研

11

2

0

系统管理

37

7

0

Web信息发布

24

17

0

需求覆盖率计算：

54/54×100%=100%（被验证的需求数目/需求总数×100%）

2缺陷汇总

按模块统计

模块名称

档案管理

档案利用

档案维护

专题编研

系统管理

Web信息发布

BUG数目

1

3

1

0

3

4

按严重程度统计

缺陷分类

严重缺陷

一般缺陷

轻微缺陷

BUG数目

3

3

6

百分比

25%

25%

50%

3缺陷分析

bug密度＝12/172功能点数（Bug个数/功能点数）

=0.07/功能点数

4遗留缺陷

编号

简要描述

缺陷影响

推迟原因

4

测试结论与建议

1测试结论

1.1功能性

系统正确实现了通过协同通信运营统计分析系统解决中国电信协同通信业务运营分析和集团客户、个人用户的行为分析。

通过系统的建立，能够针对用户登录量、活跃度、量、企业发展、用户发展情况等提供统计查询，有效的解决基地、各省市对业务数据的需求。

1.2易用性

现有系统实现了如下易用性：

✓查询，添加，删除，修改操作相关提示信息的一致性，可理解性

✓输入限制提示信息的正确性，可理解性，一致性

现有系统存在如下易用性缺陷：

✓界面排版不美观

✓输入，输出字段的可理解性差

✓中英文混排

1.3可靠性

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态

1.4兼容性

现有系统支持window下的IE浏览器和火狐浏览器，支持linux系统下的IE浏览器和火狐浏览器。

现有系统未进行其他兼容性测试

1.5安全性

现有系统控制了以下安全性问题：

✓把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录

✓直接输入某一页面的Url能否打开页面并进行操作不应该允许。

2典型缺陷引入原因分析

测试过程中发现的缺陷主要有以下几个方面：

1．页面设计易用性缺陷

✓页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。

2．开发人员疏忽引起的缺陷

因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。

3测试建议

✓在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。