办公自动化系统测试报告.docx

上传人:b****0 文档编号:17840681 上传时间:2023-08-04 格式:DOCX 页数:7 大小:605.46KB
下载 相关 举报
办公自动化系统测试报告.docx_第1页
第1页 / 共7页
办公自动化系统测试报告.docx_第2页
第2页 / 共7页
办公自动化系统测试报告.docx_第3页
第3页 / 共7页
办公自动化系统测试报告.docx_第4页
第4页 / 共7页
办公自动化系统测试报告.docx_第5页
第5页 / 共7页
办公自动化系统测试报告.docx_第6页
第6页 / 共7页
办公自动化系统测试报告.docx_第7页
第7页 / 共7页
亲,该文档总共7页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

办公自动化系统测试报告.docx

《办公自动化系统测试报告.docx》由会员分享,可在线阅读,更多相关《办公自动化系统测试报告.docx(7页珍藏版)》请在冰点文库上搜索。

办公自动化系统测试报告.docx

办公自动化系统测试报告

 

办公自动化系统测试报告(总9页)

产品名称ProductName

密级ConfidentialityLevel

OA系统

秘密

产品版本ProductVersion

共6页

OA系统功能测试报告

 

拟制:

刘德宝

日期:

2008-12-18

审核:

日期:

审核:

日期:

批准:

日期:

修订记录

日期

修订版本

描述

作者

 

1测试目的

软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键,可以说软件测试是为了发现错误而执行程序的过程。

为检验系统是否达到设计目标,确保各功能模块正常运行,必须对该系统进行系统功能、性能和可靠性测试,其目的和意义是:

检验系统功能与性能是否达到设计要求;

检验和纠正系统错误,确保系统运行的可靠性;

检验工作流程是否可以正常工作和是否符合实际的工作需要;

测试遵循的原则

为了保证软件产品的质量,软件的测试是非常重要的。

由于软件是一种高度密集的智力产品,比一般的硬件产品会产生更多复杂的问题,同时难以控制。

即使我们在软件设计,编码阶段经过了严格的审查,软件错误仍然存在,因此对于软件需要进行严格的测试,进一步发现和改正软件错误。

在软件测试时要遵循以下几个原则:

(1)应该尽早的和不断的进行软件测试

(2)开发人员应尽量避免进行软件测试

(3)注重测试用例的设计和选择

(4)充分注意测试中的群集现象

(5)避免测试的随意性,严格执行测试计划

(6)全面检查每一个测试结果

(7)妥善保存测试过程中的一切文档,为软件维护提供方便定义软件总体要求,作为用户和系统维护员的维护参考文档。

检验各不同单位部门之间数据是否相对独立;

检验系统的实用化程度,使系统能发挥一定的经济效益;

定义

一级错误:

不能完全满足系统要求,基本功能未完全实现;或者危及人身安全。

二级错误:

严重地影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动该软件不属于更正办法)。

三级错误:

严重地影响系统要求或基本功能的实现,但存在合理的更正办法(重新安装或重新启动该软件不属于更正办法)。

四级错误:

使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。

五级错误:

其他错误。

回测:

产生测试错误或缺陷的测试项由软件开发人员进行修改调试正确后,由软件测试人员再次进行的针对该测试项及其相关项的测试。

参考资料

A.项目可行性研究报告

B.系统设计说明书

2、测试说明

《OA系统功能测试报告》用于反映OA系统的整体功能性状况,以本报告结果验证系统功能性需求是否与《OA系统用户需求规格说明书》一致,同时作为项目组决定是否发布本项目的参考。

3、测试范围

本项目测试的范围为《OA系统用户需求规格说明书》中定义的所有功能性、GUI(界面)方面已明确的需求,并未涉及性能测试,性能测试将会进行独立的测试活动。

4、测试环境

1、系统环境标准配置:

主机用途

机型/OS

台数

CPU/台

内存容量/台

对应IP

《OA系统》应用服务器

PC/Win2003Server

1

1

1G

《OA系统》数据库服务器

PC/Win2003Server

1

1

1G

同上

2、测试客户端配置:

主机用途

机型/OS

台数

CPU/台

内存容量/台

浏览器版本

对应IP

客户端环境

PC/WinXP

1

1

1G

IE

5、测试方法

本次测试使用黑盒测试方法,运行等价类、边界值、错误推断等用例设计方法进行测试用例的设计,渐增式集成测试方法。

先集成“我的办公桌”、“行政管理”、“个人助理”、“公共信息”等模块,最后集成所有模块。

功能模块图

测试顺序

根据功能模块图从左到右的顺序,每个测试工程师分配相应的模块,具体任务分配见《OA系统测试任务分配单》。

6、测试结果

功能实现状况

经过测试,《OA系统用户需求规格说明书》中定义的功能基本实现,但仍有不少需改进的地方。

详细情况见下面的主要遗留问题。

BUG状态分析

1、缺陷修复率

从上图可以看出,“Closed”的Bug有50个,共有91个Bug,《OA系统测试计划》中已定义缺陷修复率计算方式为:

缺陷修复率=校验通过关闭的缺陷数/总的缺陷数

则本次测试的缺陷修复率为50/91≈55%,远远低于《OA系统测试计划》中设定的缺陷修复率达到90%以上。

故该系统测试不通过。

2、缺陷分布图

从上图可以明确看到,“报销流程”共有42个Bug,“图书管理”有25个Bug,其次分别是“人事管理”、“考勤”、“车辆管理”等,“报销流程”、“图书管理”的缺陷最多。

3、当前遗留缺陷

从上图我们可以看到“报销流程”、“图书管理”两个模块遗留Bug最多,分别达到了14个、11个。

说明当前项目的测试工作并没有真正完成,还需要至少一个版本的测试,需测试组长,开发组长,项目经理协商如何处理这些尚未解决的缺陷。

主要遗留问题

本次测试主要遗留问题集中在“报销流程”、“图书管理”,基本都是功能实现方面的问题,很多Bug还没有被Close。

6、质量评价

从最终的测试数据看,本版本测试是不通过的,未能达到《OA系统测试计划》中定义的停测标准,不建议上线,从遗留的Bug来看,仍需要一个版本进行测试,以期测试完全,并且Bug的处理周期应该缩短。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2