系统测试报告实例80.pdf

《系统测试报告实例80.pdf》由会员分享，可在线阅读，更多相关《系统测试报告实例80.pdf（9页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 1 中南医院系统测试总结报告 2 1 引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1 通过对测试结果的分析，得到对软件质量的评价 2 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3 评估测试测试执行和测试计划是否符合 4 分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2 背景 1.3 用户群 主要读者：XX 项目管理人员，XX 项目测试经理 其他读者：XX 项目相关人员。1.4 定义 严重 bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。值班人员信息更新有错误。排班表样式界面需要改进。排班池领

2、导和值班人员未分类。值晚班时间是从当天 17.30第二天 08：00，没有考虑第二天 00：01 后的值班情况。事件统计分析事件分类统计页出现参数无效。点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed”或者返回异常错误 当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误 系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed”或者返回

3、异常错误 3 1.5 测试对象 略 1.6 测试阶段 系统测试 2 测试概要 中南医院值班系统测试从 2012 年 9 月 2 日开始到 2007 年 9 月 20 日结束，共持续 39天，测试功能点 174 个，执行 2385 个测试用例，平均每个功能点执行测试用例 13.7 个，测试共发现 427 个 bug，其中严重级别的 bug68 个，无效 bug44 个，平均每个测试功能点2.2 个 bug。中南医院值班系统总共发布 3 个测试版本，其中 B1B5 为计划内迭代开发版本（针对项目计划的基线标识），B6B8 为回归测试版本。计划内测试版本，B1B4 测试进度依照项目计划时间准时完成测

4、试并提交报告，其中 B4 版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5 版本推迟发布 2 天，测试增加 2 个人日，准时完成测试。B6B11 为计划外回归测试版本，测试增加 5 个工作人日的资源，准时完成测试。XX 测试通过 Bugzilla 缺陷管理工具进行缺陷跟踪管理，B1B4 测试阶段都有详细的bug 分析表和阶段测试报告。2.1 进度回顾 版本/时间 计 划 开 始时间 实 际 开 始时间 计 划 完 成时间 实 际 完 成时间 加班 增加资源 B1 2007.7.2 2007.7.2 2007.7.5 2007.7.5 否 否 B2 2007.7.16 2007.7

5、.16 2007.7.19 2007.7.19 否 否 B3 2007.7.23 2007.7.23 2007.7.25 2007.7.24 否 2 个人日 B4 2007.7.28 2007.7.29 2007.7.31 2007.7.31 1 个人 1 天1 个人 2 天 2 个人日 B5 2007.8.1 2007.8.2 2007.8.6 2007.8.3 否 2 个人日 B6 2007.8.4 2007.8.4 2 个人 1 天 2 个人日 B7 2007.8.5 2007.8.5 1 个人 1 天 1 个人日 B8 B9 2007.8.9 2007.8.9 2007.8.10 20

6、07.8.10 否 2 个人日 B10 合计 1 个人 6 天 11 个人日 4 2.2 测试执行 此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试 2.3 测试用例 2.3.1 功能性 系统实现的主要功能，包括查询，添加，修改，删除。系统实现的次要功能，为值班人员和领导分配权限。2.3.2 易用性 操作按钮提示信息正确性，一致性，可理解性 限制条件提示信息正确性，一致性，可理解性 必填项标识 输入方式可理解性 中文界面下数据语言与界面语言的一致性

7、3 测试结果 3.1 Bug 趋势图 此次黑盒测试总共发布 11 个版本，B1B5 为计划内迭代开发版本（针对项目计划的基线标识），B6-B11 为进行的回归测试版本，bug 版本趋势图如下图所示：5 第一阶段，增量确认测试。时间从 2007 年 7 月 2 日到 2007 年 8 月 3 日。从 Bug 趋势图中可以看出，每个版本的bug 数基本维持在 60 个左右。B1：从图中看到 B1 共有 33 个 BUG，因为 B1 版本有一个功能模块在 B2 版本才开始测试，B1 测试模块相对较少，所以 B1 版本 bug 相对较少。B2：由于 B1 中的一个功能模块增加到 Build 2 中进行

8、测试，这一版本除了对 B1 中的BUG 进行验证同时对 B1 进行了回归测试，所以 B2 中的 bug 数相对 B1 出现了明显的增长趋势，B3：B3 版本因为有 B2 版本的 bug 验收测试，以及 B1,B2 的回归测试，共发现 67 个bug，和 B2 基本保持一致。B4：B4 版本 bug 数有一个下降的趋势，是因为 B4 版本推迟发布，新增加了测试人员参与测试，对系统不够熟悉，以及测试时间紧张，部分测试用例没有执行，测试覆盖度不够，所以发现 bug 数呈下降趋势。B5：B5 版本 bug 数又有一个增加的趋势，主要是由于开发功能模块多，该版本需求定义不明确。第二阶段，BUG 验证和功

9、能回归确认测试。时间从 2007 年 8 月 4 日到 2007 年 8 月 14 日。B6 和 B7 进行了回归测试，B8 没有进行回归测试，只验证了 B1B7 的 bug。6 B6：进行第一轮回归测试，发现的 bug 数为 33 个，遗留一个问题，为数据字典种类默认值问题 B7：进行第二轮回归测试，第一次回归测试没有涉及到权限控制菜单按钮的测试，在本次回归测试的时候，重点进行了这个方面的测试，又发现了大量的权限相关的 bug。B8：B8 没有进行全面的回归测试，只验证了 B1B7 未通过验证的 bug，所以该版本的 bug 数明显比较少。B9：B9 版本进行了全面的回归测试，同时重点测试了

10、权限控制，所以发先的 bug 数又呈现上升的趋势。测试发现 44 个 bug，严重级别的 bug 为 14 个，严重级别的 bug 集中在权限控制上，功能性严重 bug 没有发现，说明权限控制依旧不稳定，但是系统功能已经稳定。B10：B10 版本验证了 B9 版本发现得 bug，没有进行全面的回归测试。B10 版本在验证bug 的时候，重现打开 Bug6 个，新增 bug2 个，重新打开 bug 有 5 个为严重级别 bug，是关于权限控制的 bug，而新发现的 bug，1 个为严重级别的 bug，也是属于权限控制的。说明，权限控制还存在着问题，需要修改权限管理 bug，重新发布版本后进行全面

11、的回归测试。B10版本新发现的 bug 详细分析见遗留 bug 分析。B11：B11 中验证了 B1B10 未验证的 bug，重点测试了权限控制，同时进行了查询，添加，删除，修改的功能测试，测试过程中未发现 bug。4 测试结论 4.1 功能性 系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。实现了基础数据管理，酒店集团管理，酒店基础信息管理，渠道管理，代理管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。4.2 易用性 现有

12、系统实现了如下易用性：查询，添加，删除，修改操作相关提示信息的一致性，可理解性 输入限制的正确性 输入限制提示信息的正确性，可理解性，一致性 7 现有系统存在如下易用性缺陷：界面排版不美观 浏览器兼容问题 输入，输出字段的可理解性差 输入缺少解释性说明 中英文对应的正确性 中英文混排 4.3 可靠性 现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态 4.4 兼容性 现有系统支持 window 下的 IE 浏览器和傲游浏览器，支持 linux

13、系统下的 IE 浏览器和火狐浏览器。现有系统未进行其他兼容性测试 4.5 安全性 现有系统控制了以下安全性问题：把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录 直接输入某一页面的 Url 能否打开页面并进行操作不应该允许。现有系统未控制以下安全性问题：用户名和密码应对大小写敏感 登陆错误次数限制 8 5 分析摘要 5.1 建议 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效 bu

14、g。开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的 bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug，而且，这样可以保证发现的 bug 都能够被跟踪。6 度量 6.1 资源消耗 测试时间 2007 年 7 月 2 日至2007 年 8 月 6日共 35 天 测试人力 1 人7 天1 人35 天42 人天 硬件资源 服务器：PC 2 台 客户端：PC 2 台 7 典型缺陷引入原因分析 测试过程中发现的缺陷主要有以下几个方面：1 需求定义不明确

15、 需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的 9 问题表现出来。需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积极性，降低开发人员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。2 功能性错误 功能没有实现，导致无法进行需求规定的功能的测试。主要是无法进入酒店设施管理，会议室管理页面，酒店安全项管理无法保存信息，地区，房型删除功能缺失。功能实现错误，实现了需求未定义的功能，执行需求

16、定义的功能时系统出现错误。主要是角色拥有不属于自己的权限，酒店联系人删除页面跳转错误等。3 页面设计和需求不一致 页面设计没有根据需求进行，输入，输出字段文字错误，用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证，导致用户可以输入错误的或者无效的数据，这些数据有可能会引起功能性错误。4 多语言数据问题 系统中很多输入字段是通过调用数据字典的方式输入，但是现有系统中，很多数据字典的多语言信息没有完成，导致使用多语言的时候，显示空白字段。系统中很多地方使用多语言，由于多语言编码不统一导致页面设计和数据设计使用语言编码不一致，由此引起的多语言数据无法显示的缺陷。5 页面设计易用性缺陷 页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。6 开发人员疏忽引起的缺陷 因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。