《项目产品测试分析报告.docx》由会员分享，可在线阅读，更多相关《项目产品测试分析报告.docx（20页珍藏版）》请在课桌文档上搜索。
1、文档号:密级：内部版本号：2.0XXXXXX系统系统测试分析汇报撰写:XXXXX测试中心日期：修订历史记录版本创立/修改质量审核创立/修改人时间创立/修改审核人时间成果2.0创立审核不通过，请按批注修改内容2.0XXXX修改审核通过1简介错误!未定义书签。1.1 目的错误!未定义书签。1.2 背景错误!未定义书签。1.3 测试工具错误!未定义书签。1.4 测试工具错误!未定义书签。1.5 内容概要错误!未定义书签。1.6 成果及发现错误!未定义书签。3.1测试成果错误!未定义书签。功能测试错误!未定义书签。数据和数据库完整性测试错误!未定义书签。顾客界面测试错误!未定义书签。安全性和访问控制测
2、试错误!未定义书签。性能测试错误!未定乂书签。4对软件的结论错误!未定义书签。4.1 软件功能错误!未定义书签。4.2 软件安全性错误!未定义书签。4.3 软件容错性错误!未定义书签。4.4 软件性能错误!未定义书签。5析摘要错误!未定乂书签o5.1 能力错误!未定义书签。5.2 缺陷和限制错误!未定义书签。缺陷的严重级别分布错误!未定义书签。缺陷状态分布错误!未定义书签。产品各模块缺陷分布错误!未定义书签。系统限制.错误未定乂书O缺陷密度的分布错误!未定义书签。5.3 评价错误!未定义书签。1简介项目名称：XXXXXXXX系统，如下简称XXX系统XXXXXXXX系统重要包括XXX系统服务器、
3、Web服务器，是一种无客户端软件纯Web模式交流平台，适合广域网上提供客户服务和征询服务办公模式。XX系统是为了支持M2M网站系统时在线客服功能，实现M2M网站访客与网站管理员进行在线交流。同步XXXXXXXX系统也是网上交互平台，实现即时交流、征询和服务等。实现了网上即时客服功能，实现了企业产品的售前、售后服务功能，由本来征询服务转为网上在线征询和服务模式，为企业节省了服务费用，同步也为顾客征询和服务带来以便。1.1 目的本功能测试汇报H勺编写目的在于记录量化XXX系统的错误和存在的问题，通过度析错误产生的原因和错误的分布特性，发现软件的缺陷和限制，从而对模块的质量做出一种客观有效的评价。本
4、测试汇报的预期读者是XXXXXX系统的软件开发人员、项目管理人员、研发管理人员、测试经理、测试人员、维护人员。1.2 背景产品名称：XXXXXXXX系统（如下简称XXXX系统）软件开发者：XXXXXXXXX开发中心详细测试环境描述如下：表1-1测试环境表软件环境(有关软件、操作系统等)服务器端：操作系统：WindowsXP+SP2mysq15,Tomca(5.5.25JDKl.6.03版本客户端：操作系统：WindowsXP+SP2浏览器：MicroSoftIE6.0硬件环境(网络、设备等)服务器配置：PC机配置：Intel(R)PentiUm(R)4CPU1.60GHz,1.0OGB内存客户
5、端配置：PC机配置：Intel(R)Pentium(R)4CPU1.60GHz,1.0OGB内存网络环境采用10/100M办公网1.3 测试工具下表列出了测试使用的工具。表1-2测试工具使用表用途工具生产厂商/自产版本BUG管理TestDirector8.0MercuryInteractive8.0文档书写Officer2023/2023Microsoft2023配置管理工具TortoiseSVN开源测试管理工具TestDirectorMercuryInteractive8.0自动化测试工具LoadRunnerHP8.0开发IDEEclipse免费3.21.4 测试工具表1-3测试参照文档文档
6、已创立或可用已被接受或已通过复审作者或来源备注迅速入门手册是否是否口XXX需求分析汇报是否是否口顾客使用手册是否是否X技术白皮书是否是否口XXX安装手册是否口是,否口XXX2测试内容概要如下测试内容概要以测试类型划分，重要总结了XXXX系统的测试内容。表21功能测试概要测试项计划测试内容实际测试内容变更原因客户端访客名称予以区别，防止客服人员在同步应对多种征询时，弄乱客户次序访客名称予以区别，防止客服人员在同步应对多种征询时，弄乱客户次序对话窗口的设置发送快捷键对话窗口的设置发送快捷键客服端的附件发送功能，可直接为客户提供资料协助，也以便客户直接提供问题图片，愈加直观客服端的!附件发送功能，可
7、直接为客户提供资料协助，也以便客户直接提供问题图片，愈加直观客服能精确接受到访客信息，客户能精确接受到客服回话，客服之间会话精确没有错乱客服能精确接受到访客信息，客户能精确接受到客服回话，客服之间会话精确没有错乱客户能对时看到客服列表和信息客服能精确看到客服列表口勺信息客户能对的看到客服列表和信息客服能精确看到客服列表mI信息访客离线后，在客服会话端提醒访客H勺离线信息，并限制客服对离线的访客进行答复访客离线后，在客服会话端提醒访客H勺离线信息，并限制客服对离线的访客进行答复容许一种客服同步属于几种不同样的组，并且能对的显示个人信息和上线、下线的信息容许一种客服同步属于几种不同样的组，并且能对
8、的显示个人信息和上线、下线的信息客服上线、下线后，客服和客户看到的客服列表都能即时显示目前状态客服上线、下线后，客服和客户看到的客服列表都能即时显示目前状态管理端后台保留会话记录后台保留会话记录对保留H勺会话记录进行删除对保留的会话记录进行删除根据顾客名称、昵称模糊查询根据顾客名称、昵称模糊查询对顾客的信息进行更新对顾客的信息进行更新查看目前在线顾客的名单查看目前在线顾客的!名单可以断开在线顾客的连接，使其下线可以断开在线顾客的连接，使其下线表2-2数据和数据库完整性测试概要测试项计划测试内容实际测试内容变更原因数据对的性数据读出、写入的对的性数据读出、写入的对的性数据库完整性存入数据库中的数
9、据查看与否完整存入数据库中的数据查看与否完整表23顾客界面测试概要测试项计划测试内容实际测试内容变更原因顾客整体界面风格一致通过多种访问措施（Tab键、鼠标移动）的使用核算如下内容：界面信息、界面布局、界面控制（链接、按钮等）通过多种访问措施（Tab键、鼠标移动）的使用核算如下内容：界面信息、界面布局、界面控制（链接、按钮等）图形界面的对象和特性都符合原则窗口的对象和特性（如：菜单、大小、位置、状态和中心）都符合原则，具有灵活性、对的性、直观性、实用性、一致性要素窗口的J对象和特性（如：菜单、大小、位置、状态和中心）都符合原则，具有灵活性、对的性、直观性、实用性、一致性要素表2-4安全性和权限
10、访问测试概要测试项计划测试内容实际测试内容变更原因安全性和访问控制测试核算顾客只能访问其所属顾客类型已被授权访问H勺那些功能或数据没有进行测试测试时未提供该功能核算只有具有系统和应用程序访问权限口勺顾客才能访问系统和应用程序没有进行测试测试时未提供该功能表25性能测试概要测试项计划测试内容实际测试内容变更原因性能评测用自动化测试软件对被测系统进行压力测试用自动化测试软件对被测系统进行压力测试负载测试测试系统在一定日勺饱和状态下系统日勺处理能力测试系统在一定日勺饱和状态下系统日勺处理能力3测试成果及发现3.1 测试成果3.1.1 功能测试采用黑盒测试，手工测试的手段对于测试计划所罗列的各项功能进
11、行查看、检测，检查所有H勺按钮和链接可以完全实现。在测试过程采用了行之有效H勺数据来执行，通过三轮的测试。现确定功能列表中的所有功能以及系统的各项节点、菜单、按钮、列表功能等，能对的实现本功能。表311功能测试现存问题ID严重程度负责人最终状态模块问题描述程序员答复意见12-MediUnlXXXLater客户端客户端看不到客服即时登陆或者下线的信息，客服列表不会自动更新暂不修改232-MediumXXXLatcr客户端一种客服在输入框中输入信息时，假如这时有另一种人发送消息过来，在前一种输入框中正输入的信息将显示成英文。暂不修改，ie焦点不好处理28l_LowXXXLater客户端下载文献的话
12、时候，没有成功与否的任何提醒和进度显示文献下载得实现，调用的是IE提供的下载方式，目前IE提供的I功能就是这样的，不做处理29l_LowXLater客户端上传文献时，没有确认对方接受与否成功的I提醒，发完文献就没有反应了功能设计如此，文献上传成功后，在发送方有成功的消息提醒，接受方同样有文献的消息提醒，不提供额外的提醒342-MediUnlXXXLater客户端yurunhong登录会出现图PicOl的错误无法再现，暂不修改452-MediUnlXXXLater客户端ie7出现脚本错误。目前，不支持IE7,暂不修改3.1.2 数据和数据库完整性测试通过发送的消息和保留记录得对的性的检查，保证写
13、入数据库中的数据完全对的。并通过测试管理端对数据库中记录口勺操作，检测数据库数据附对附和完整性。并在传递附件时，测试附件传送后得完整性，这样数据完整性测试已经归类到了功能测试范围。表3.12数据和数据库完整性测试现存问题ID严重程度负责人最终状态模块问题描述程序员答复意见62-MediUnlXXXLater客户端第一次上传文献后，客服接受方的窗口本来的对话都看不到了，并且客服再说的话，客户收不到了ie严禁了附件下载功能的提醒，个别机器有这个问题，也许是某些插件引起，或者需要修改ie的参数配置，暂不处理402-MediUnlXXXLater管理端偶尔出现某般顾客已经下线后，客服那里没有收到离线提
14、醒也许与IE设置，或者IE插件有关系，原因不明确，暂不处理3.1.3顾客界面测试采用黑盒测试，手工测试的手段通过多种访问措施（Tab键、鼠标移动、和快捷键）的使用核算顾客整体界面风格一致、图形界面的对象和特性（菜单、大小、位置、状态和中心）符合测试原则。在测试过程采用了行之有效口勺数据来执行，确定了所有Ul测试点。现确定核算出各个窗口都与设计规定一致，符合原则和规范。表313顾客界面测试现存问题ID严重程度负责人最终状态模块问题描述程序员答复意见152-MediumXXXLater服务端从图片编辑列表中选择图片，不过在输入框中不能显示添加的图片，也无法复制图片在输入框中目前不提供在输入框中显示
15、表情图片的功能391LowXXLater客户端下载文献时，会弹出一种空页面，此界面没有任何的功能，提议去掉此界面。对视频文献的格式和音频文献.war格式在下载时有此现象针对特殊类型的文献，再作处理3.1.4 安全性和访问控制测试顾客应当只能访问其所属顾客类型已被授权访问H勺那些功能或数据，测试成果与此规定相符合。只有具有系统和应用程序访问权限的顾客才能访问系统和应用程序，在访问系统前需要身份验证对顾客访问的I控制，测试成果与此规定相符合。系统有超时限制，时间由管理员设定。当顾客长时间不对系统操作，顾客不能再对系统进行操作需要重新登录，该项满足安全性的规定。3.1.5 性能测试本次测试中FI勺性
16、能测试是指模拟实际应用的软硬件环境及顾客使用过程的系统负荷，长时间运行测试软件来测试系统Fl勺可靠性，同步还要测试被测系统的响应时间。与性能测试计划之预期性能指标对比。表3.L4性能测试现存问题ID严重程度负责人最终状态模块问题描述程序员答复意见432-MediumXXLater客户端性能测试在7个人并发，采用外部ip访问时，出现如图401所示rJ问题。网络太慢原因，暂不修改442-MediumXXLater客户端性能测试7个人并发操作，采用外部ip时，出现如图402所示的错误。网速太慢，暂不修改。4对软件的结论4.1 软件功能XXXXXXXX系统功能需求中的基本功能已经可以实现，既有功能还存
17、在一点缺陷，还需要深入修改和完善。4.2 软件安全性从身份验证对顾客访问的控制，系统有超时限制等几种方面对于安全性和访问控制进行测试。测试成果基本符合测试规定，可以进行批量销售。4.3 软件容错性对输入数据为规定类型以外的数据容错性、输入超过规定数据范围的容错性、非正常操作、等测试，对输入数据为规定类型以外的数据容错性、输入超过规定数据范围的容错性等测试，目前此方面bug已经改正，基本没有问题。4.4 软件性能根据对应性能的方略完毕了XX系统性能测试。在测试的软、硬件以及有关的配置环境下，该软件基本已经抵达了预期性能指标和设计目的。测试成果基本符合测试规定，可以交付顾客使用。（详见性能测试汇报
18、）5分析摘要5.1 能力根据测试计划与对应的方略完毕了XXX系统各项计划中H勺测试。目前XXXX系统在测试的软、硬件以及有关的配置环境下，基本己经抵达了预期目的，测试成果基本符合测试需求，可以交付顾客使用。该版本基本功能可以对的实现。该软件还存在某些提议性的问题和设计缺陷，还需要在下一版本中继续修改继续完善系统。性能方面可以满足需求条件。5.2 缺陷和限制5.2.1 缺陷的严重级别分布截止到XXX年9月14日测试结束（XXXX年8月22日版木）存在缺陷记录如下表:Closed81113133later36911IT13I425.2.2 缺陷状态分布StatusI Closed口Iater5.2
19、.3 产品各模块缺陷分布3530252015105耍黝蒯UbJeS5.2.4 系统限制目前的系统不支持TomCat5.5.25如下口勺Tomcat版本，也不支持JDKL6.03如下的JDK版本，不符合目前的XXXX系统规定。5.2.5 缺陷密度时分布下面为各等级的缺陷分布状况，和缺陷更改状况，可以看出产品没有严重的bug出现，阐明产品功能还是基本稳定的。并且从bug的修改比例可以看出，产品!勺遗留问题符合规定，产品可以投入使用。图：整体缺陷分布采集表缺陷类别I-Low2-Medium3-High4-VeryHigh5-Urgent缺陷总数缺陷个数1115110037所占比例29.73%40.5
20、4%29.73%0%0%100.00%修复的缺陷数91180028残留的J缺陷数243009缺陷清除率81.82%73.33%72.73%100.00%100.00%75.67%5.3 评价总体测试评价通过测试组按照即定的测试规程。进行了软件H勺功能测试，兼容性测试，顾客界面友好性测试，数据精确性测试。(1)按照确认准则中有关产品化验收测试的描述完毕了产品化验收测试。(2)抵达了确认准则中有关产品化验收测试所规定的规定。(3)系统和有关产品化资料满足顾客需求阐明书内容，抵达产品需求规格阐明书规定。(4)缺陷状态为closed或later状态。(5)在产品化验收测试中发现的错误已经得到修改，各级缺陷修复率抵达原则。(6)最终产品抵达质量目的中的测试总体通过原则。测试组认为该软件基本符合企业的测试原则规定。满足系统的需求，顾客界面友好易用，总体性能合格。同意该产品通过产品验收测试。XXXXXX测试中心XXXX年九月十八日
