办公自动化系统测试报告

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

.

.

产品名称Product Name 密级Confidentiality Level OA系统秘密

产品版本Product Version

共6页

V1.00

OA系统功能测试报告

拟制: 刘德宝日期:2008-12-18

审核: 日期:

审核: 日期:

批准: 日期:

修订记录日期修订版本描述作者

目录

1、测试说明 (5)

2、测试范围 (5)

3、测试环境 (5)

4、测试方法 (6)

5、测试结果 (6)

6、质量评价 (9)

1测试目的

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

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

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

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

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

1.1测试遵循的原则

为了保证软件产品的质量,软件的测试是非常重要的。由于软件是一种高度密集的智力产品,比一般的硬件产品会产生更多复杂的问题,同时难以控制。即使我们在软件设计,编码阶段经过了严格的审查,软件错误仍然存在,因此对于软件需要进行严格的测试,进一步发现和改正软件错误。

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

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

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

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

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

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

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

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

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

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

1.2定义

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

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

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

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

五级错误:其他错误。

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

1.3参考资料

A.项目可行性研究报告

B.系统设计说明书

2、测试说明

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

3、测试范围

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

4、测试环境

1、系统环境标准配置:

主机用途机型/OS 台数CPU/台内存容量/

对应IP

《OA系统》应用服务器PC/Win2003

Server 1 1 1G 192.168.1.1

08

《OA系统》数据库服务器PC/Win2003

Server

1 1 1G 同上

2、测试客户端配置:

主机用途机型/OS 台数CPU/台内存容量/

浏览器版本对应IP

客户端环境PC/Win XP 1 1 1G IE 6.0 192.168.1.1

00

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的处理周期应该缩短。

相关文档
最新文档