项目产品系统测试分析报告.docx

1、项目产品系统测试分析报告文档号： 密级：内部 版本号：2.0 系统 系统测试分析报告 撰写： 审核： 测试中心 日期： 修订历史记录 版 本创建/修改 质量审核创建/修 改人时间 修创建/ 改 审核人 时间 结果2.0 创建 审核不通过，请按批注修改 内容2.0 修改 审核通过 软件环境（相关软件、操作系统等） 服务器端： 操作系统： Windows XPSP2 mysql5,Tomcat5.5.25，JDK1.6.03版本 客户端： 操作系统： Windows XPSP2 浏览器： MicroSoft IE6.0 硬件环境（网络、设备等） 服务器配置： PC机 配置：Intel(R) Pen

2、tium(R) 4 CPU 1.60GHz，用途 工具 生产厂商/自产 版本 Mercury 8.0 BUG管理 TestDirector8.0 Interactive Officer 2000 文档书写 Microsoft 2003/2000 1.3.5 开源配置管理工具 TortoiseSVN Mercury 8.0 测试管理工具TestDirector 1 简介 . 4 1.1 目的 . 4 1.2 背景 . 5 1.3 测试工具 . 6 1.4 测试工具 . 6 2 测试内容概要 . 7 3 测试结果及发现 . 12 3.1 测试结果 . 12 3.1.1功能测试 12 3.1.2试测

3、数数据和据库完整性 14 3.1.3用户界面测试 15 3.1.4安性和访全问控制测试 16 3.1.5性能测试 17 4 对软件的结论 . 19 4.1 软件功能 . 19 4.2 软件安全性 . 19 4.3 软件容错性 . 19 4.4 软件性能 . 19 5 分析摘要 . 20 5.1 能力 . 20 5.2 缺陷和限制 . 20 5.2.1缺陷的严重级别分布 20 5.2.2态状分布缺陷 20 品5.2.3产各模块缺陷分布 20 5.2.4系统限制 20 5.2.5缺密度的分布陷 21 5.3 评价 . 21 1 简介 项目名称：系统，以下简称系统 系统主要包括系统服务器、 Web服

4、务器，是一种无客户端软件纯Web模式交流平台，适合广域网上提供客户服务和咨询服务办公模式。系统是为了支持M2M网站系统的在线客服功能，实现M2M网站访客与网站管理员进行在线交流。 同时系统也是网上交互平台，实现即时交流、咨询和服务等。实现了网上即时客服功能，实现了企业产品的售前、售后服务功能，由原来电话咨询服务转为网上在线咨询和服务模式，为企业节省了服务费用，同时也为用户咨询和服务带来方便。 1.1 目的 本功能测试报告的编写目的在于统计量化系统的错误和存在的问题，通过分析错误产生的原因和错误的分布特征，发现软件的缺陷和限制，从而对模块的质量做出一个客观有效的评价。 本测试报告的预期读者是系统

5、的软件开发人员、项 目管理人员、研发管理人员、测试经理、测试人员、维护人员。1.2 背景 产品名称： 系统（以下简称系统） 软件开发者：开发中心 具体测试环境描述如下： 表1-1测试环境表 1.00GB内存 客户端配置： PC机 配置：Intel(R) Pentium(R) 4 CPU 1.60GHz，1.00GB内存 网络环境 办公网10/100M采用1.3 测试工具 下表列出了测试使用的工具。 表1-2 测试工具使用表 Interactive 自动化测试工8.0 LoadRunner HP 具3.2 免费开发IDE Eclipse 1.4 测试工具 表1-3 测试参考文档 已被接收已创建或

6、作者或来 备注文档 或已经过 可用 源 复审 否 是 否 是快速入门手册 需求分析报是告 是 否 否 用户使用手是 册 是 否 否 技术白皮书 是 是 否 否 安装手册 是 是 否 否 2 测试内容概要 以下测试内容概要以测试类型划分，主要总结了系统的测试内容。 表2-1功能测试概要 变更原测试项 计划测试内容 实际测试内容 因访客名称予以区别，避访客名称予以区别，避免客服人员在同时免客服人员在同时应 应对多个咨询时，弄对多个咨询时，弄乱客 客户端乱客户次序 户次序 对话窗口的设置发送对话窗口的设置发送 快捷键 快捷键 客服端的附件发送功能，可直接为客户提供客服端的附件发送功能，可直接为客户提

7、资料帮助，直接提供问题图片，也方便客户供资料帮助，也方便客户直接提供问题图更 客服能准确接收到访加直观 片，更加直观客服能准确接收到访 客信息，收到客服回话，客户能准确接客服之客信息，客户能准确接收到客服回话，客 服之间会话准确没有 间会话准确没有错乱 错乱客户能正确看到客服列表和信息 客服能准确看到客服 列表的信息客户能正确看到客服 列表和信息客服能准确看到客服 列表的信息 在客服会访客离线后，访客离线后，在客服会话端提示访客的离话端提示访客的离线 线信息，并限制客服并限制客服对离信息，对离线的访客进行回 线的访客进行回复 复允许一个客服同时属允许一个客服同时属 于几个不同的组，并并且于几个

8、不同的组， 管理端能正确显示个人信息且能正确显示个人信和上线、下线的信息 客服上线、下线后，客服和客户看到的客服列表都能即时显示当息和上线、下线的信息 客服上线、下线后，客服和客户看到的客服列表都能即时显示 前状态 后台保存会话记录 对保存的会话记录进行删除 昵称模根据用户名称、当前状态 后台保存会话记录 对保存的会话记录进 行删除根据用户名称、昵称 糊查询 对用户的信息进行更 新查看当前在线用户的 模糊查询对用户的信息进行更 新查看当前在线用户的 名单 可以断开在线用户的 连接，使其下线 名单可以断开在线用户的 连接，使其下线 表2-2数据和数据库完整性测试概要 测试项 计划测试内容 实际测

9、试内容 变更原 因数据正确性 数据库完整性 数据读出、写入的正确性 存入数据库中的数据数据读出、写入的正确性 存入数据库中的数据 查看是否完整 查看是否完整 表2-3用户界面测试概要 测试项 计划测试内容 通过各种访问方法实际测试内容 通过各种访问方法变更原因 用户整体界面风格 一致图形界面的对象和特征都符合标准 键、鼠标移动）Tab（键、鼠标移动）Tab（的使用核实以下内容：界面信息、界面布局、的使用核实以下内容：界面信息、界面 （链接、按钮界面控制等） 布局、界面控制（链 接、按钮等）窗口的对象和特征位大小、菜单、（如：窗口的对象和特征（如：菜单、大小、都符置、状态和中心）合标准，具有灵活

10、性、位置、状态和中心）都符合标准，具有灵 实用直观性、正确性、 性、一致性要素活性、正确性、直观性、实用性、一致性 要素 安全性和权限访问测试概要2-4表变更原测试项 计划测试内容 实际测试内容 因 测试时核实用户只能访问其所属用没有进行测试 未提供户类型已被授权访问的那些安全性和访问控制 测试功能或数据 核实只有具备系统和应用程 该功能测试时序访问权限的用户才能访问系统和应用程序 没有进行测试 未提供 该功能表2-5性能测试概要 测试项 性能评测 计划测试内容 用自动化测试软件对被测系统进行压力测实际测试内容 用自动化测试软件对被测系统进行压力测变更原因 负载测试 试 测试系统在一定的饱和状

11、态下系统的处理 能力 试测试系统在一定的饱和状态下系统的处理 能力 3 测试结果及发现 3.1 测试结果 3.1.1 功能测试 采用黑盒测试，手工测试的手段对于测试计划所罗列的各项功能进行查看、检测，检查所有的按钮和链接能够完全实现。在测试过程采用了行之有效的数据来执行，经过三轮的测试。 现确定功能列表中的所有功能以及系统的各项节点、菜单、按钮、列表功能等，能正确实现本功能。 表3.1-1功能测试现存问题 严重程ID 最责终模块任 程序员答复 问题描述度 2-Medi1 um 状 人 态客户端看不到客服 意见即时登陆或者下线客户Lat的信息，客服列表 端er 不会自动更新暂不修改 23 2-M

12、edium Later 客户 端一个客服在输入框中输入信息时，如果这时有另一个人发送消息过来，在,ie暂不修改焦点不好处 前一个输入框中正输入的信息将显示 成英文。 理文件下载得调用的实现，提供的文下载件的话时是IE目下载方式，候，没有成功与否Lat客户28 1_Low 提供的IEer 前的任何提示和进度 端 功能就是这显示 不做处样的， 理功能设计如文件上传此，上传文件时，没有在发成功后，确认对方接受是否Lat客户送方有成功29 1_Low 成功的提示，发完端er 的消息提醒， 文件就没有反映了接收方同样有文件的消34 2-Medium Later 客户端 yurunhong登录会出现图pi

13、c01的错误 息提醒，不提供额外的提示 无法再现，暂不修改 45 2-Medium Later 客户 端ie7出现脚本错误。 目前，不支持IE7，暂不修改 数据和数据库完整性测试 3.1.2通过发送的消息和保存记录得正确性的检查，确保写入数据库中的数据完全正确。并通过测试管理端对数据库中记录的操作，检测数据库数据的正确和完整性。并在传递附件时，测试附件传送后得完整性，这样数据完整性测试已经归类到了功能测试范畴。 表3.1-2 数据和数据库完整性测试现存问题 ID 严重程度 责任 人最终状 态模块 问题描述程序员答复 意见第一次上传文件后，客服接收方的ie禁止了附件下载功能的提示，个别机器有这个

14、6 2-Medium 窗口原来的对话都客户Lat看不到了，而且客 端er 服再说的话，客户可能是问题，某些插件引或者需要起， 收不到了的参修改ie暂不数配置， 处理设可能与IE偶尔出现某普通用插IE或者置，户已经下线后，客2-MediLat管理原40 件有关系，服那里没有收到离端er um 暂 因不明确， 线提示 不处理 用户界面测试3.1.3键、鼠采用黑盒测试，手工测试的手段通过各种访问方法（Tab标移动、和快捷键）的使用核实用户整体界面风格一致、图形界面的对象和特征（菜单、大小、位置、状态和中心）符合测试标准。在测 试过程采用了行之有效的数据来执行，确定了所有测试点。UI 现确定核实出各个

15、窗口都与设计要求一致，符合标准和规范。表3.1-3 用户界面测试现存问题 ID 15 严重程度 2-Medium 责任 人 最终状 态Later 模块 服务 端 问题描述从图片编辑列表中选择图片，但是在输入框中不能显示添加的图片，也无法复制图片在输入 框中程序员答复 意见供目前不提中框入输在图情表示显 片的功能39 1_Low Later 客户端 下载文件时，会弹出一个空页面，此界面没有任何的功能，建议去掉此界面。对视频文件的类殊特对针再型的文件， 作处理文格式频音和格式在下载件.war 时有此现象 3.1.4安全性和访问控制测试用户应该只能访问其所属用户类型已被授权访问的那些功能或数据，测试

16、结果与此要求相符合。只有具备系统和应用程序访问权限的用户才能访问系统和应用程序，在访问系统前需要身份验证对用户访问的控制，测试结果与此要求相符合。系统有超时限制，时间由管理员设定。当用户长时间不对系统操作，用户不能再对系统进行操作需要重新登录，该项满足安全性的要求。 3.1.5 性能测试 本次测试中的性能测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间运行测试软件来测试系统的可靠性，同时还要测试被测系统的响应时间。与性能测试计划之预期性能指标对比。 表3.1-4 性能测试现存问题 ID 严重程 度责任 人最终状 态模块 问题描述程序员答复 意见43 2-Medium Later

17、 客户 端个人7性能测试在ip并发，采用外部访问时，出现如图 所示的问题。401原慢太络网 暂不修改因，44 2-Medium Later 客户 端性能测试7个人并发操作，采用外部402出现如图时，ip 所示的错误。暂网速太慢， 不修改。4 对软件的结论 4.1 软件功能 系统功能需求中的基本功能已经可以实现，现有功能还存在一点缺陷，还需要进一步修改和完善。 4.2 软件安全性 从身份验证对用户访问的控制，系统有超时限制等几个方面对于安全性和访问控制进行测试。测试结果基本符合测试要求，可以进行批量销售。 4.3 软件容错性 对输入数据为规定类型以外的数据容错性、输入超出规定数据范围的容错性、非

18、正常操作、等测试，对输入数据为规定类型以外的数据容错性、输入超出规定数据范围的容错性等测试，目前此方面bug已经改正，基本没有问题。 4.4 软件性能 根据相应性能的策略完成了系统性能测试。在测试的软、硬件以及相关的配置环境下，该软件基本已经达到了预期性能指标和设计目标。测试结果基本符合测试要求，可以交付用户使用。（详 见性能测试报告）5 分析摘要 5.1 能力 根据测试计划与相应的策略完成了系统各项计划中的测试。目前系统在测试的软、硬件以及相关的配置环境下，基本已经达到了预期目标，测试结果基本符合测试需求，可以交付用户使用。 该版本基本功能能够正确实现。 该软件还存在一些建议性的问题和设计缺

19、陷，还需要在下一版本中继续修改继续完善系统。性能方面能够满足需求条件。 5.2 缺陷和限制 5.2.1 缺陷的严重级别分布 截止到年9月14日测试结束（年8月22日版本）存在缺陷统计如下表： 5.2.2 缺陷状态分布 5.2.3 产品各模块缺陷分布 5.2.4 系统限制 现在的系统不支持Tomcat5.5.25以下的Tomcat版本，也不支持 版本，不符合现在的系统要求。JDK以下的JDK1.6.035.2.5 缺陷密度的分布 下面为各等级的缺陷分布状况，和缺陷更改状况，可以看出产品没有严重的bug出现，说明产品功能还是基本稳定的。而且从bug的修改比例可以看出，产品的遗留问题符合要求，产品可

20、以投入使用。 图：整体缺陷分布采集表 缺陷类别缺陷个数所占百分比修复的缺陷数残留的缺陷数缺陷清除率 1-Low 11 29.73% 9 2 81.82% 2-Medium 15 40.54% 11 4 73.33% 3-High 11 29.73% 72.73% 4-VeryHigh 5-Urgent 0 0 0% 0% 0 8 0 0 3 0 100.00% 100.00% 缺陷总数100.00% 75.67% 37289 5.3 评价 总体测试评价 经过测试组按照即定的测试规程。进行了软件的功能测试，兼容性测试，用户界面友好性测试，数据准确性测试。 （1） 按照确认准则中关于产品化验收测试的描述完成了产品化验收测试。 （2） 达到了确认准则中关于产品化验收测试所规定的要求。 （3） 系统和相关产品化资料满足用户需求说明书内容，达到产品需求规格说明书要求。 （4） 缺陷状态为closed或later状态。 （5） 在产品化验收测试中发现的错误已经得到修改，各级缺陷修复率 达到标准。 （6） 最终产品达到质量目标中的测试总体通过标准。 测试组认为该软件基本符合公司的测试标准要求。满足系统的需求，用户界面友好易用，总体性能合格。同意该产品通过产品验收测试。 测试中心 年九月十八日