软件系统测试报告模板

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

[项目名称]

系统测试报告

1测试内容及方法

1.1测试内容

本次测试严格按照《软件系统测试计划》进行,包括单元测试、集成测试、系统测试、用户接受度测试等内容。

1.2测试方法

正确性测试策略、健壮性测试策略、接口测试策略、错误处理测试策略、安全性测试策略、界面测试策略

1.3测试工作环境

1.3.1硬件环境

服务端

数据服务器:

处理器:Inter(R) Xeon(R) CPU E5410 @2.33GHz X 2

操作系统:Windows Server 2003 Enterprise Edition SP2

内存空间:8G

硬盘空间:500G X 2 , RAIDO

应用服务器:

处理器:Inter(R) Xeon(R) CPU E5410 @2.33GHz X 2

操作系统:Windows Server 2003 Enterprise Edition SP2

内存空间:8G

硬盘空间:500G X 2 , RAID0

客户端

处理器:Inter(R) Core ? 2 Quad CPU Q6600 @2.4GHz

操作系统:Windows Server 2003 R2 Enterprise Edition SP2

内存空间:2G

硬盘空间:200G

1.3.2软件环境

操作系统:Windows Server 2003 R2 Enterprise Edition SP2 客户端浏览器:In ternet Explorer 6.0/7.0

GIS 软件:ArcGIS Server 9.3

WEB 服务:IIS6.0

2缺陷及处理约定

2.1缺陷及其处理

2.1.1缺陷严重级别分类

3差异与错误汇总

3.1测试覆盖情况表

本次测试主要使用黑盒测试方法,在保证业务流程的正确性及稳定性的同时对功能的健壮性和安全性等方面进行了测试,新增模块均已覆盖,覆盖率达到100%

3.2缺陷分布情况表

3.3缺陷状态分布情况表

截止2016年06月05日,本系统共发现103个缺陷,目前缺陷状态如下表:

3.4缺陷引入阶段统计表

填块

5

0%

3.5缺陷类型统计

3.5.1缺陷类型/阶段分析

3.5.2缺陷类型/模块分析

3.6系统缺陷趋势

第一轮测试第二轮测试第三轮测试第四轮测试第五轮测试当前发现352226182

当前处理17395228

累计发现355783101103

累计处理1756618391遗留181221812

缺陷趋势图如下:

120

100

80

60

40

20

从缺陷曲线来看,缺陷的发现曲线趋势相对比较正常,只是在第三轮测试中提交的缺陷有所反弹,从时间上来看,正好是第二次做用户调研前后,设计发生了一定的变更,新增了一些功能和业务逻辑,随之导致提交缺陷数量的上升。

从缺陷的处理曲线来看,起伏太大,在第三轮测试中,基本上对提交

• W 丄—43

•当前发现-

■-当前处理*

遗留—累计发

现—冢计处理

的缺陷没有进行处理,一直遗留到第四轮测试中才又集中对缺陷进行处理。

从缺陷的遗留曲线来看,在第二轮测试前后遗留的缺陷基本全部得到了处理,系统趋于稳定,而从第三轮测试开始遗留的缺陷又有较大的波动,而在第四、第五两轮测试中对缺陷的处理不够及时和有效,最终导致在第五轮测试结束后仍遗留了较多的缺陷。

从整体缺陷趋势图来看,在第二和第三轮测试之间的第二次用户调研对系统稳定性造成了一定的影响,功能上添加了一个模块类型,并针对原有的模块功能进行了较大的修改,新增的开发工作导致了对

遗留的缺陷没有及时的进行修改和处理,并使得系统最终遗留下一些没有得到解决的缺陷。

4调试(纠错)后的测试结果与评价

4.1缺陷分析

根据对本次测试发现缺陷进行分析,本系统的缺陷产生的主要原因是设计,其中的原因又分为两点

从“3.4模块缺陷说明”可以看出,7个模块中,有4个模块因设计所产生的缺陷所占的比例超过或接近50%其中模块1, 63%模块462%电气设备设施周期检测表43%模块661%具体又分为两个产生原因:

第一:设计人员对设计文档的编写不够详细和全面;设计人员在现场调研结束后编写的设计文档无法直接用来开发,设计文档是在开发活动的过程中由开发人员、设计人员和测试人员不断的提出改进和完善意见后,逐步完善的。例如在各个报表的审核功能中,从用户调研到详细设计过程中,都没有考虑过审核不通过的情况,在测试人员编写测试用例时提出后,才在用户确认业务流程后重新修改了设计文档。

第二:开发人员对设计的理解不够透彻所致;设计文档从编写完成到开发活动开始,时间较短,开发人员不足,导致开发人员在着手开发前没有足够的时间对设计文档进行认真的通读和分析,往往时在开发过程中,才暴露出设计文档中的不足和缺失。

除此之外,在开发过程中仍然出现一些代码缺陷,如:逻辑错误,SQL语句错误等,代

码缺陷在所有提交的缺陷中约占30%

4.2测试结论

该项目经过四个月,共五轮的测试,除模块6外,其余各模块系统比较稳定,基本可以

满足用户对功能和业务的要求

模块6由于用户的要求导致在较短的时间内,在数据采集和报表基本功能的基础上实现仓储软件的一部分功能,并且在设计,尤其是数据库设计上的缺陷(缺少基础表,导致表与表之间,字段与字段之间没有关联,需要用代码来控制一切可能出现的关联),导致该模块中仍存在较大的风险,仍有一部分缺陷没有处理,仍可能存在一些未被发现的缺陷。鉴于公司目前开发人员紧缺的实际情况,模块6中存在的设计缺陷以及系统中仍然遗留的部分缺陷没有得到修改,建议在情况有所好转后,对物资设备表重新进行设计和开发,或者说服甲方放弃模块6中与仓储相关的功能。

5测试活动总结

本项目测试从20xx年xx月xx日开始,到20xx年xx月xx日截止,共经历五轮测试, 由我公司测试人员完成。具体见下表。

相关文档
最新文档