xx系统测试报告(6700字)

来源:m.ttfanwen.com时间:2018.4.28

XX系统测试总结报告

1 引言

1.1 编写目的

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

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

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

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

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

1.2 背景

1.3 用户群

主要读者:XX项目管理人员,XX项目测试经理

其他读者:XX项目相关人员。

1.4 定义

严重bug:出现以下缺陷,测试定义为严重bug

? 系统无响应,处于死机状态,需要其他人工修复系统才可复原。

? 点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。

? 进行某个操作(增加、修改、删除等)后,出现“The page cannot be displayed” 或者返回异常错误

? 当对必填字段进行校验时,未输入必输字段,出现“The page cannot be displayed” 或者返回异常错误

? 系统定义不能重复的字段输入重复数据后,出现“The page cannot be displayed” 或者返回异常错误

1.5 测试对象

1.6 测试阶段

系统测试

1.7 测试工具

Bugzilla缺陷管理系统

1.8 参考资料

《XX需求和设计说明书》 《XX数据字典》

《XX后台管理系统测试计划》 《XX后台管理系统测试用例》 《XX项目计划》

2 测试概要

XX后台管理系统测试从20xx年7月2日开始到20xx年8月10日结束,共持续39天,测试功能点174个,执行2385个测试用例,平均每个功能点执行测试用例13.7个,测试共发现427个bug,其中严重级别的bug68个,无效bug44个,平均每个测试功能点2.2个bug。

XX总共发布11个测试版本,其中B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B8为回归测试版本。计划内测试版本,B1—B4测试进度依照项目计划时间准时完成测试并提交报告,其中B4版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。B5版本推迟发布2天,测试增加2个人日,准时完成测试。

B6-B11为计划外回归测试版本,测试增加5个工作人日的资源,准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理,B1—B4测试阶段都有详细的bug分析表和阶段测试报告

2.1 进度回顾

xx系统测试报告

xx系统测试报告

2.2 测试执行

此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试

2.3 测试用例 2.3.1 功能性

系统实现的主要功能,包括查询,添加,修改,删除。

系统实现的次要功能,包括为用户分配酒店,为用户分配权限,渠道酒店绑定,渠道RATE绑定,权限控制菜单按钮。

需求规定的输入输出字段,以及需求规定的输入限制

2.3.2 易用性

操作按钮提示信息正确性,一致性,可理解性 限制条件提示信息正确性,一致性,可理解性 必填项标识

输入方式可理解性

中文界面下数据语言与界面语言的一致性

3 测试环境

3.1.1 软硬件环境

xx系统测试报告

3.1.2 网络拓扑

xx系统测试报告

应用服务器、数据库服务器

4 测试结果

4.1 Bug趋势图

此次黑盒测试总共发布11个版本,B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B11为进行的回归测试版本,bug版本趋势图如下图所示:

xx系统测试报告

第一阶段,增量确认测试。

时间从20xx年7月2日到20xx年8月3日。从Bug趋势图中可以看出,每个版本的bug数基本维持在60个左右。

B1:从图中看到B1共有33个BUG,因为B1版本有一个功能模块在B2版本才开始测试,B1测试模块相对较少,所以B1版本bug相对较少。

B2:由于B1中的一个功能模块增加到Build 2中进行测试,这一版本除了对B1中的BUG进行验证同时对B1进行了回归测试,所以B2中的bug数相对B1出现了明显的增长趋势,

B3:B3版本因为有B2版本的bug验收测试,以及B1,B2的回归测试,共发现67个bug,和B2基本保持一致。

B4:B4版本bug数有一个下降的趋势,是因为B4版本推迟发布,新增加了测试人员参与测试,对系统不够熟悉,以及测试时间紧张,部分测试用例没有执行,测试覆盖度不够,

所以发现bug数呈下降趋势。

B5:B5版本bug数又有一个增加的趋势,主要是由于开发功能模块多,该版本需求定义不明确。

第二阶段,BUG验证和功能回归确认测试。

时间从20xx年8月4日到20xx年8月14日。B6和 B7进行了回归测试,B8没有进行回归测试,只验证了B1-B7的bug。

B6 :进行第一轮回归测试,发现的bug数为33个,遗留一个问题,为数据字典种类默认值问题

B7 :进行第二轮回归测试,第一次回归测试没有涉及到权限控制菜单按钮的测试,在本次回归测试的时候,重点进行了这个方面的测试,又发现了大量的权限相关的bug。

B8 :B8没有进行全面的回归测试,只验证了B1-B7未通过验证的bug,所以该版本的bug数明显比较少。

B9 :B9版本进行了全面的回归测试,同时重点测试了权限控制,所以发先的bug数又呈现上升的趋势。测试发现44个bug,严重级别的bug为14个,严重级别的bug集中在权限控制上,功能性严重bug没有发现,说明权限控制依旧不稳定,但是系统功能已经稳定。

B10:B10版本验证了B9版本发现得bug,没有进行全面的回归测试。B10版本在验证bug的时候,重现打开Bug6个,新增bug2个,重新打开bug有5个为严重级别bug,是关于权限控制的bug,而新发现的bug,1个为严重级别的bug,也是属于权限控制的。说明,权限控制还存在着问题,需要修改权限管理bug,重新发布版本后进行全面的回归测试。B10版本新发现的bug详细分析见遗留bug分析。

B11:B11中验证了B1—B10未验证的bug,重点测试了权限控制,同时进行了查询,添加,删除,修改的功能测试,测试过程中未发现bug。

4.2 Bug严重程度

xx系统测试报告

测试发现的bug主要集中在normal和minor阶段,属于一般性的缺陷,但是测试的时候,出现了68个严重级别的bug,出现严重级别的bug主要表现在以下几个方面

? 系统主要功能没有实现

? 添加数据代码重复后,出现的找不到页面的错误

? 多语言处理,未考虑非语种代码的情况

? 数据库设计未考虑系统管理员角色,导致用系统管理员进行操作的时候出现找不到页面错误

? 权限控制异常

严重级别bug按版本分布如下:

xx系统测试报告

由严重bug版本分布图可以看出,严重级别的bug版本趋势和bug版本趋势基本是一致的,但是,在B7和B9版本中年,严重级别的bug明显增多,主要原因是B7和B9版本测试了权限控制按钮功能,权限问题出现的严重级别的bug比较多。

权限bug主要表现:

? 具有相应按钮操作的权限,页面无相应按钮,无法执行该功能

? 无相应按钮操作权限,页面有相应按钮,点击按钮能出现权限异常错误

? 有相应按钮操作权限,有相应按钮,执行该功能出现权限异常错误

4.3 Bug引入阶段

xx系统测试报告

由上图可以看出,主要为前台编码和页面设计方面的bug,占到了全部bug的2/3。

4.4 Bug引入原因

xx系统测试报告

由上图可以看出,主要为前台编码和易用性方面的bug,占到了全部bug的2/3。

4.5 Bug状态分布

xx系统测试报告

由bug状态图可以看出,未解决的bug有4个,主要是B8中新提交的bug,是关于用户管理的bug,因为用户权限管理需要重新设计所以,该部分的bug暂时没有解决。 5 测试结论

5.1 功能性

系统正确实现了通过数据字典管理基础数据的功能,实现了数据内容的多语言功能,实现了中英文界面。实现了基础数据管理,酒店集团管理,酒店基础信息管理,渠道管理,代理管理,用户管理的查询,添加,修改,删除的功能,系统还实现了将权限控制细化到菜单按钮的功能。

系统在实现用户管理下的权限管理功能时,存在重大的缺陷,权限控制不严密,权限设计有遗漏。

5.2 易用性

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

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

? 输入限制的正确性

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

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

? 界面排版不美观

? 输入,输出字段的可理解性差

? 输入缺少解释性说明

? 中英文对应的正确性

? 中英文混排

5.3 可靠性

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

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

5.4 兼容性

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

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

5.5 安全性

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

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

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

现有系统未控制以下安全性问题:

? 用户名和密码应对大小写敏感

? 登陆错误次数限制

6 分析摘要

6.1 覆盖率

此次测试,所有测试用例都是在中文界面下执行,未在英文界面下执行,测试不包括英文界面下的测试,也不包括正对英文翻译的测试。

此次测试,部分页面需求描述无明确的定义,对输入限制无详细定义,无明确的测试依据,在测试过程中,测试是根据输入字段含义,测试人员理解,以及和项目经理,开发人员沟通获得测试依据,无法保证测试依据的正确性和完整性,因此,没有进行完整的,正确的无效数据的测试,测试覆盖率不够,无法保证测试的有效性和正确性

下面为此次测试测试用例覆盖率分析图:

xx系统测试报告

6.2 遗留缺陷的影响

1. 缺陷描述:酒店娱乐项添加页面, “距离”字段无单位,建议增加单位 缺陷影响:距离字段无单位说明,无衡量标准,用户易用性不好

推迟原因:需求定义无单位定义,统一在升级版本中解决

2. 缺陷描述:酒店基础信息管理模块,默认语言设置不一致。用中文查询酒店,进入酒店

xx系统测试报告

xx系统测试报告

而其他模块语言显示“中文语言” 缺陷影响:相同功能模块默认语言设置不一致,一致性不好

推迟原因:默认语言设置,目前无统一标准,升级版本中统一

3. 缺陷描述:tomcat日志有乱码,日志无项目名称,查看不方便

缺陷影响:其他项目日志都有项目名称,日志无项目名称,查看不方便

推迟原因:目前的日志为了调试方便,显示了很多其它信息,在项目正式发布时会统一处理的。

4. 缺陷描述:取消政策管理要么,取消时间“天/小时”缺少单位补充字段

缺陷影响:该处因为是两个不同的单位时间,需要有另外一个单位补充字段补充所所填写内容的单位

推迟原因:该缺陷单位补充字段本来存在,翻译不够准确,不能理解为补充单位的字段,需要等翻译完毕后再确认。

5. 缺陷描述:数据字典种类修改,默认值设置后,在调用该数据字典种类的数据字典,默

认值无显示

缺陷影响:数据字典种类的默认值设置后,不能显示设置的默认值,相当于数据字典种类默认值设置功能未实现

推迟原因:该功能暂时不好实现,需要和和系统的默认语种一起处理。

6. 缺陷描述:担保政策管理页面,“Edposit Due”缺少解释行输入描述信息

缺陷影响:缺少解释性输入描述信息,用户不理解应该输入什么内容

推迟原因:需求没有描述,需要解释性说明文字由项目经理整理后,在升级版本中添加

7. 缺陷描述:多媒体添加,文件上传功能未实现

缺陷影响:文件上传功能未实现

推迟原因:该功能暂时不好完成,在下个版本中完成

8. 缺陷描述:参照点添加权限和修改权限单独控制出现权限异常错误

缺陷影响:用户执行添加,修改时,出现权限异常,无法完成任务

推迟原因:B9版本发现该权限,B10版本未通过验证,目前该模块开发人员调休,无法修改bug,

9. 缺陷描述:酒店渠道绑定关系权限控制出现权限异常错误

缺陷影响:a>权限控制易用性不好,会引起用户误操作;

b>权限控制错误

推迟原因:B9版本发现该权限,B10版本未通过验证。该模块后台无insert权限,只有Update权限,与其他模块不同,需要重新设置权限控制方式。

10.缺陷描述:酒店Rate绑定关系权限控制出现权限异常错误

缺陷影响:a>权限控制易用性不好,会引起用户误操作;

b>权限控制错误

推迟原因:B9版本发现该权限,B10版本未通过验证。该模块后台无insert权限,只有Update权限,与其他模块不同,需要重新设置权限控制方式。

11.缺陷描述:新建业务管理员权限用户,进入打包促销页面出现权限异常错误

缺陷影响:除系统管理员外,其他用户无法进行打包促销操作

推迟原因:B10版本发现该bug,目前该模块开发人员调休,无法修改bug

6.3 建议

? 在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测

试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。

? 发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的

问题而出现的无效bug。

? 开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。 ? 开发人员在开发版本上发现bug,可以通知测试人员,因为开发人员发现的bug

很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该bug,而且,这样可以保证发现的bug都能够被跟踪。

7 度量

7.1 资源消耗

xx系统测试报告

7.2 缺陷密度

8 典型缺陷引入原因分析

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

1. 需求定义不明确

需求文档中,存在功能定义错误,输入输出字段描述错误,输入输出字段限制定义错误,输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时,没有考虑相关功能的关联性,以及需求错误的地方,在测试过程中,需求相关的问题表现出来。需求做改正,设计必须跟着做改动,浪费时间和影响开发人员的积极性,降低开发人员对需求的信任,可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。

2. 功能性错误

? 功能没有实现,导致无法进行需求规定的功能的测试。主要是无法进入酒店设施管理,会议室管理页面,酒店安全项管理无法保存信息,地区,房型删除功能缺失。

? 功能实现错误,实现了需求未定义的功能,执行需求定义的功能时系统出现错误。主要是角色拥有不属于自己的权限,酒店联系人删除页面跳转错误等。

3. 页面设计和需求不一致

页面设计没有根据需求进行,输入,输出字段文字错误,用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证,导致用户可以输入错误的或者无效的数据,这些数据有可能会引起功能性错误。

4. 多语言数据问题

? 系统中很多输入字段是通过调用数据字典的方式输入,但是现有系统中,很多数据字典的多语言信息没有完成,导致使用多语言的时候,显示空白字段。 ? 系统中很多地方使用多语言,由于多语言编码不统一导致页面设计和数据设计使用语言编码不一致,由此引起的多语言数据无法显示的缺陷。

5. 页面设计易用性缺陷

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

? 提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的

提示信息不明确,引起用户误解。

? 提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。

6. 开发人员疏忽引起的缺陷

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


第二篇:XX系统x.yy.zz版本_测试报告模板 7700字

XX系统xyyzz版本测试报告模板

保密级别:低

XX系统x.yy.zz版本

--测试报告

北京京天威科技发展有限公司

质量保证部

20xx年11月

初稿

以无编号配件质量追溯系统测试报告

(A-添加,M-修改,D-删除)

说明:文档中蓝色字体只起说明作用。

版本 1.0 说明 AMD A M 修订者 日期 宋婧婷 2013/3/31 宋婧婷

XX系统XX版本_测试报告 第 1 页 共 7 页

XX系统xyyzz版本测试报告模板

目 录 保密级别:低

文档说明 ......................................................................................................................................................... 2

1 引言 ......................................................................................................................................................... 3

1.1 目的 ............................................................................................................................................. 3

1.2 参考文档 ..................................................................................................................................... 3

1.3 测试交付物 ................................................................................................................................. 3

1.4 测试背景介绍 ............................................................................................................................. 3

2 测试分析 ................................................................................................................................................. 3

2.1 测试主要过程及说明 ................................................................................................................. 4

2.1.1 测试环境搭建 ................................................................................................................. 4

2.1.2 测试执行 ......................................................................................................................... 4

2.2 测试用例覆盖度 ......................................................................................................................... 4

2.3 测试用例执行度 ......................................................................................................................... 5

3 测试总结 ................................................................................................................................................. 5

3.1 测试时间 ..................................................................................................................................... 5

3.2 Bug统计 ..................................................................................................................................... 5

3.2.1 按状态分不同状态统计: ............................................................................................. 5

3.2.2 按严重性统计: ............................................................................................................. 5

3.2.3 按提交人统计 ................................................................................................................. 6

3.2.4 按问题负责人统计 ......................................................................................................... 6

4 遗留问题汇总与建议 ............................................................................................................................. 6

4.1 测试中的问题 ............................................................................................................................. 6

4.2 后续工作 ..................................................................................................................................... 6

4.3 遗留问题 ..................................................................................................................................... 6

5 结论 ......................................................................................................................................................... 7

文档说明

此文档是以《无编号配件质量追溯系统测试报告》为例的测试报告模板,在原有的基础上增加了“结论”项,该项为必填项,该模板要包含bug统计、遗留问题、测试结论,用例和环境搭建等可酌情处理。

XX系统XX版本_测试报告 第 2 页 共 7 页

XX系统xyyzz版本测试报告模板

保密级别:低

1 引言

1.1 目的

本文档的主要目的是:

? 总结本次的测试情况。

? 为测试结果评审提供参考。

? 为项目经理和相关人员提供参考。

? 本文档为配置管理的一部分纳入配置管理。

1.2 参考文档

1、《货车无标识配件质量追溯系统需求说明071015.doc》

1.3 测试交付物

《货车无标识配件质量追溯系统———测试报告》。

1.4 测试背景介绍

? 该项目为一个新项目,测试人员根据需求对业务流程和数据流向要进行了解,测试前需求人员对测试人员进行业务流程的介绍。具体的操作和使用在测试过程中不断熟悉。

? 需求文档写的还不够详细,不能完全作为测试依据,在测试期间需求又进行了一些变动,导致测试需要重新进行。

? 环境搭建过程第一次搭建环境是用普通的PC机器,以创建多个实例的方式进行,导入DMP文件进行环境搭建。第一轮测试没有完成的情况下,用开发人员提供的SQL脚本进行环境的重新搭建。

? 此次测试进行安装测试,并形成安装使用说明文档。

? 环境搭建过程每一个库都创建一个新实例,段级环境需要依赖HMIS段环境。

? 测试发现的问题,放到ClearQuest中统一记录,每天统计BUG日报发给相关的负责人。 2 测试分析

1、 测试方案协商及测试方案的简要说明

? 导入DMP文件的方式搭建的测试环境预期的测试时间为五个工作日。

? 在该次测试完成后进行SQL脚本搭建环境进行测试。

? 以数据传输,无标识配件厂级的注册与传输,铁道部级的注册数据库与系统管理,配件厂级的日常管理、装用与数据传输,段级作为测试的重点,其他模块在时间允许的情况下进行测试。 ? HMIS段级测试,主要是以将120阀装车后,在数据库的表中进行查找,以表中有该数据为测试结果,不进行出口转发程序的测试,以及HMIS段与局的数据传输,局与部的数据传输,这部分相对弱化。

? 在测试完成后,对测试安装包进行测试,主要是环境搭建的测试,验证SQL脚本。

2、 测试环境准备

? 前期准备导入DMP方式搭建测试环境,在测试的4台机器,搭建了5个数据库,此时车辆厂和车辆段搭建在一个库中。

XX系统XX版本_测试报告 第 3 页 共 7 页

XX系统xyyzz版本测试报告模板

保密级别:低

? 用SQL脚本搭建测试环境,用到10服务器,搭建了五个数据库,另一个用PC机23搭建段环境。这个环境为以后测试的标准环境,对安装包进行测试也是在现有的机器上进行。

2.1 测试主要过程及说明

2.1.1 测试环境搭建

1) 段级数据库:要搭建在oracle816上,DMP为株洲现场,DX数据库的版本号升级为:1.51.24 数据库测试服务器ip:172.16.81.14,实例名:hmis

2) 段级程序:为株洲现场,DX程序版本号升级为:1.51.03

3) 除上述的要求之外,再需要搭建五个库,需要5个实例,本次测试都在10机器上oracle9i创建了5个实例。

2.1.2 测试执行

? 本次测试按照《货车无标识配件质量追溯系统需求说明071015.doc》需求文档为测试依据,前期根据该文档准备了部分测试验证点。

? 本次测试不对HMIS段级到局级的数据传输进行测试。

? 导入DMP方式搭建的测试环境,此时的车辆厂(段)没有分开,在该次测试完成时,车辆段进行装用的流程不通,问题卡在DX程序进行阀装用。

? 11月13日用SQL脚本搭建测试环境,此次测试过程开发人员对数据库进行了一些修改,修改过程为开发在测试的库中进行,每天下班前会给测试提供当天修改的SQL脚本,但是这一部分无法验证,只能等下一次对环境重新搭建时进行。

? 用SQL脚本搭建的测试环境,车辆厂和车辆段已经分开,搭建在两个库下,但是程序没有分开还是一个程序。

? 11月20日需求进行改动,对无标识配件注册码又作了一下优化处理(缩短了扫描时间),此次改动需要将主要的数据流要重新测试,验证改了注册码后,流程是否通过。

? 11月20日需求改动,配件厂、车辆厂直接装用和间接装用取消了作废和注销的功能。 ? 11月23日该系统中的主要数据流已经测试通过。

? CQ中的bug基本已经修改和验证完成,11月27日根据开发提供SQL脚本进行环境搭建,验证SQL脚本的正确性,该环境搭建完成,主要的数据流不能正常使用,通过开发人员调式和修改数据库后,可以正常使用该系统。

? 11月29日,与需求核实后,需要先验证SQL脚本,保证该脚本搭建的环境能正常使用的情况下,再展开进行测试。

? 12月3日,与需求核实SQL脚本分为两个包的形式,一个是完整的安装包,一个是基础数据的安装包。相关的打印部分进行简单的测试。

2.2 测试用例覆盖度

本次测试的验证点是根据《货车无标识配件质量追溯系统需求说明071015.doc》需求文档和《无标识配件质量追溯系统测试方案.doc》进行编写,测试过程中除了进行主要数据流程的测试外,对公用模块的功能点也进行了全面的测试。

? 无编号配件厂:验证点覆盖度为所测试的模块100%,其中系统维护不在测试范围内。 ? 配件厂:验证点覆盖度为所测试的模块100%,其中系统维护不在测试范围内。 ? 车辆厂:验证点覆盖度为所测试的模块100%,其中系统维护不在测试范围内。

? 车辆段:验证点覆盖度为所测试的模块100%,其中HMIS段级用出口转发程序进行数据上报和

XX系统XX版本_测试报告 第 4 页 共 7 页

XX系统xyyzz版本测试报告模板

保密级别:低

系统维护不在测试范围内。

? 铁路局:验证点覆盖度为所测试的模块100%,其中统计相关模块涉及到出口转发的模块不进行测试,系统维护不在测试范围内。

? 铁道部:验证点覆盖度为所测试的模块100%,其中系统维护不在测试范围内。 说明:由于需求文档简洁,无法写详细的测试用例,测试用例中只编写测试的功能点。

2.3 测试用例执行度

该部分的执行度主要是依赖于编写测试功能点。

? 无编号配件厂:执行度为100%

? 配件厂:执行度为100%

? 车辆厂:执行度为100%

? 车辆段:执行度为100%

? 铁路局:执行度为100% ? 铁道部:执行度为100%

3 测试总结

3.1 测试时间

测试计划时间从2009-11-6号开始到2001-12-1号结束,合计19个工作日

实际测试时间从2009-11-6号开始到2009-12-5号结束, 23个工作日。

延期了4个工作日,延期原因是:新增加3个模块的功能的需求,和项目组商定延期日期到23号, 测试人员4人:倪漫琳、宋婧婷、李建华、陈金平

? 陈金平:从11月1号开始了解需求,搭建测试环境,前期测试准备工作5个工作日 从11月6号开始正式测试-12月5号结束,合计测试时间23个工作日,工作量100% ? 倪漫琳、宋婧婷、李建华从11月20号到12月5号结束,合计12个工作日,工作量100% 合计测试时间3*12+23=59人/日

3.2 Bug统计

填写说明:

1、 如无问题则直接将3.2.1、3.2.2、3.2.3、3.2.4删除。

2、 如解决BUG负责人只有一人则无需统计3.2.4,可将3.2.4删除 3、若提交BUG只有一人则无需统计3.2.3,可将3.2.3删除

3.2.1 按状态分不同状态统计:

所有bug均已关闭。

3.2.2 按严重性统计:

XX系统XX版本_测试报告 第 5 页 共 7 页

XX系统xyyzz版本测试报告模板

XX系统xyyzz版本测试报告模板

XX系统xyyzz版本测试报告模板

3.2.4 按解决BUG负责人统计

4 遗留问题汇总与建议

4.1 测试中的问题

3、 由于该项目为一个新项目,在测试过程中,测试环境出现数据库间的配置和缺少同义词、升级后会出现触发器编译不过去等相关问题,导致测试进度缓慢,直到11月23日测试的主要数据传输部分测试通过,之后的时间开始进行系统内的全面测试和安装测试。

4、 期间由于需求进行了几次变动,直接影响测试进度。

5、 本次测试由于要进行安装测试,环境搭建总共搭建了四次,HMIS段级环境搭建了两次,这部分也需要部分时间。

6、 测试时间估算不准确:测试方案中提到的第一轮测试时间为五个工作日,之后进行安装测试。但实际情况测试五天之后,基本的数据传输的流程还有两条没有通过。该项目的测试时间一直在延期。

4.2 后续工作

? 测试结果评审。

? 测试报告纳入配置管理中归档。

? 程序和数据库的升级文件纳入配置管理中归档。

4.3 遗留问题

? 每个子系统中的[系统维护]、[注册与装用差异记录查询]模块由于时间原因和项目组商定没有没有进行测试,需要考虑这部分的风险。

? 由于时间原因对本版本修改未涉及到的模块,没有做充分的回归,不能保证本次修改后其它模

XX系统xyyzz版本测试报告模板

XX系统XX版本_测试报告 第 6 页 共 7 页

XX系统xyyzz版本测试报告模板

保密级别:低

块未受影响。

? 和项目组讨论后的测试方案中对车调报1-1的测试只是抽取了敞车、罐车两种车型进行统计,每个车做了3条数据进行统计,测试不能保证其它的统计项也能正常统计。

5 结论

本次测试在测试方案规定的范围内,按照测试目标(测试功能点)测试完成,该次测试通过。

XX系统XX版本_测试报告

更多类似范文
┣ 软件测试报告 5700字
┣ 软件测试报告 7700字
┣ 图书管理系统软件测试报告 4900字
┣ OA系统测试报告 1700字
┣ 更多系统测试报告
┗ 搜索类似范文