软件系统测试报告模板
- 格式:doc
- 大小:228.50 KB
- 文档页数:8
技术资料
[项目名称]
系统测试报告
1测试内容及方法
1.1测试内容
本次测试严格按照《软件系统测试计划》进行,包括单元测试、集成测试、系统测试、用户接受度测试等内容。
1.2测试方法
正确性测试策略、健壮性测试策略、接口测试策略、错误处理测试策略、安全性测试策略、界面测试策略
1.3测试工作环境
1.3.1硬件环境
服务端
数据服务器:
处理器:Inter(R)Xeon(R)****************×2
操作系统:Windows Server 2003 Enterprise Edition SP2
内存空间:8G
硬盘空间:500G×2,RAID0
应用服务器:
处理器:Inter(R)Xeon(R)****************×2
操作系统:Windows Server 2003 Enterprise Edition SP2
内存空间:8G
硬盘空间:500G×2,RAID0
客户端
处理器:Inter(R) Core™********************
操作系统:Windows Server 2003 R2 Enterprise Edition SP2 内存空间:2G
硬盘空间:200G
1.3.2软件环境
操作系统:Windows Server 2003 R2 Enterprise Edition SP2 客户端浏览器:Internet 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个缺陷,目前缺陷状态如下表:
模块
状态
合计Fixed Closed Open Rejected Reopen
模块1
模块2
模块3
模块4
模块5
模块6
模块7
合计
3.4缺陷引入阶段统计表
缺陷识别阶
段
缺陷注入阶段
需求开发与
管理
软件设计软件实现
软件集成及
集成计划
系统测试
试运行及验
收验收
需求评审 1
软件评审 1 1
代码评审+UT 1 1 2
集成测试 1 4 22 0
系统测试 1 2 0 0 30
3.5缺陷类型统计
3.5.1缺陷类型/阶段分析
阶段类型需求开发与
管理
软件设计软件实现
软件集成及
集成计划
系统测试
试运行及验
收验收
1-设计缺陷
2-代码缺陷
3-UI缺陷
4-其他缺陷
3.5.2缺陷类型/模块分析
模块
类型
模块1 模块2 模块3 模块4 1-设计缺陷
2-代码缺陷
3-UI缺陷
4-其他缺陷
3.6系统缺陷趋势
本系统共进行了四轮测试,每轮测试情况如下表:
第一轮测试第二轮测试第三轮测试第四轮测试第五轮测试当前发现35 22 26 18 2
当前处理17 39 5 22 8
累计发现35 57 83 101 103
累计处理17 56 61 83 91 遗留18 1 22 18 12
缺陷趋势图如下:
从缺陷曲线来看,缺陷的发现曲线趋势相对比较正常,只是在第三轮测试中提交的缺陷有所反弹,从时间上来看,正好是第二次做用户调研前后,设计发生了一定的变更,新增了一些功能和业务逻辑,随之导致提交缺陷数量的上升。
从缺陷的处理曲线来看,起伏太大,在第三轮测试中,基本上对提交的缺陷没有进行处理,一直遗留到第四轮测试中才又集中对缺陷进行处理。
从缺陷的遗留曲线来看,在第二轮测试前后遗留的缺陷基本全部得到了处理,系统趋于稳定,而从第三轮测试开始遗留的缺陷又有较大的波动,而在第四、第五两轮测试中对缺陷的处理不够及时和有效,最终导致在第五轮测试结束后仍遗留了较多的缺陷。
从整体缺陷趋势图来看,在第二和第三轮测试之间的第二次用户调研对系统稳定性造成了一定的影响,功能上添加了一个模块类型,并针对原有的模块功能进行了较大的修改,新增的开发工作导致了对遗留的缺陷没有及时的进行修改和处理,并使得系统最终遗留下一些没有得到解决的缺陷。
4调试(纠错)后的测试结果与评价
4.1缺陷分析
根据对本次测试发现缺陷进行分析,本系统的缺陷产生的主要原因是设计,其中的原因又分为两点
从“3.4模块缺陷说明”可以看出, 7个模块中,有4个模块因设计所产生的缺陷所占的比例超过或接近50%,其中模块1,63%、模块462%、电气设备设施周期检测表43%、模块661%。具体又分为两个产生原因:
第一:设计人员对设计文档的编写不够详细和全面;设计人员在现场调研结束后编写的设计文档无法直接用来开发,设计文档是在开发活动的过程中由开发人员、设计人员和测试人员不断的提出改进和完善意见后,逐步完善的。例如在各个报表的审核功能中,从用户调研到详细设计过程中,都没有考虑过审核不通过的情况,在测试人员编写测试用例时提出后,才在用户确认业务流程后重新修改了设计文档。
第二:开发人员对设计的理解不够透彻所致;设计文档从编写完成到开发活动开始,时间较短,开发人员不足,导致开发人员在着手开发前没有足够的时间对设计文档进行认真的通读和分析,往往时在开发过程中,才暴露出设计文档中的不足和缺失。
除此之外,在开发过程中仍然出现一些代码缺陷,如:逻辑错误,SQL语句错误等,代码缺陷在所有提交的缺陷中约占30%。
4.2测试结论
该项目经过四个月,共五轮的测试,除模块6外,其余各模块系统比较稳定,基本可以满足用户对功能和业务的要求。