WEB软件测试总结报告

《WEB软件测试总结报告》由会员分享，可在线阅读，更多相关《WEB软件测试总结报告（8页珍藏版）》请在装配图网上搜索。

1、XXX项目测试总结报告目录1.项目测试结果21. 1BUG严重程度21.2BUG问题分布状况32测试结论42. 1界面测试42.2功能测试42.3兼容性测试42.4易用性43. 2.5负载/压力测试5软件问题总结与分析6建议71.项目测试结果1.1BUG严重程度图表标题测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.1.2BUG问题分布状况II1M图表标题0代码错误标進規范界面优化设计缺陷系列1747235184BUG类型分布图表标魁4代玛错戻标准规范界面优化设计缺陌苴他由上图可以看出，主要为代码错误占36%,以及标准

2、规范的问题占35%,界面优17%设计缺陷占9%其他占2%2测试结论2.1界面测试网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。2.2功能测试分不同账号总权限账号，以及店长账号分别进行功能测试。1:链接测试无问题，不存在死链接，测试链接都存在.2:对页面各个不同数据的测试，主要的出入库，销售报表，订单查看管理等对应，不存在数据有误差的问题.2.3兼容性测试（Windows下）测试总的浏览器包括:360极速浏览器，火狐浏览器，谷歌浏览器，IE浏览器，测试通过，主要逻辑以及次要功能都没问题，因为浏览器的不同，导致界面浏览不一

3、定相同，例如有的界面浏览页面显示正常，有的界面显示不一样5-Q5050705-07谷歌浏览火狐训览器24易用性网站实现了如下易用性：1输入限制的正确性2输入限制提示信息的正确性，可理解性，一致性界面排版美观web应用系统易于导航，直观web应用系统的页面结构、导航、菜单、连接的风格一致2.5负载/压力测试主要测试了压了测试1J.XiLX-MBirjCompieterequestsT.TFtt-i1Wt)rl9(Conned-2,Keceive:，Lengtji:0,Exceptions:aNon-2xxresponses2208Itota1tvanferred808128btesI|hTHLt

4、i*ansferred：6btesRequestspersecond-30.QSfl/secl(mzn：Itlinepeprequest：332.785nsmean|Tinepeprequest:33.279fnsJneanacrossallconcurrentre11ransfepiate:-1MT74LJKJbjptes/secJreceiuedBConnectdonTirkesninmean+/-slnedi*nlcnnct:7147.C12129NPpocessin:S52D4178t.312142124IlJ-aitii/f:ISO37.S106SJTtal：662191786,41

5、3542H1UPei*centAcfthewithinAcPtAintineCm*)强兗13ELJnJ60秒内发请求，一次1000个请求，总共请求了2230个请求，成功了2208个失败两个1:每个请求用时30ms（吞吐量）2:服务器收到请求，响应页面要花费的时间:332ms3:并发的每个请求平均消耗时间：33.ms4:请求一共花了:72s|imetakenFortests*ompUterequests；ailedrequests:：0,Length：0*Exceptions：0100036600bytes&Ltes9.16Ltt/secCmeanonnectianTinesCns)neaii+

6、/sdlmedianH2JninnaxConnect:1959052用lii1075Processing：1970195742983?.B7029106875Uaiting：1?57196129837.47009106862Total：1979038皿requests$eruedwithinacertaintime(.ns)第一个1000个人同时发出1000个请求总共1004个请求失败4个，成功10001:每个请求用时9ms（吞吐量）2:服务器收到请求，响应页面要花费的时间:109128ms3:并发的每个请求平均消耗时间:109.ms4:请求一共花了：109s狙试椁肛1（荀单$草弍）三也：20

7、1?-05-C，3斑曲良；15；0：:0.r-R：丄匚灼28160msg?%1251.00ms总平t3i20.89/s苣压力机性能总一26796或车39.72%2S1:如上图当同时在线人数达到45时候，服务器崩溃，导致成功率一直下降到达40%直到结束总请求达到：26796.平均每个请求响应时间为281ms,系统吞吐量仲s）20.89/s.因为系统被困导致数据反映不准.3. 软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下几方面：1. 没有需求文档需求文档只是个大纲的形式，没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称，使得开发人员根据需求进行

8、设计时，没有考虑相关功能的关联性。在没有详细需求的指引下，开发人员根据自己的经验进行设计，负着不同模块开发的人员没有统一设计。在测试过程中，需求相关联的问题表现出来，及风格统一的问题。例外没有需求文档导致测试，无法根据需求文档来进行用例的设计，只有靠自己自己测试经验来测试排除BUG.2. 功能性错误在测试的过程中，部分功能没有现实，导致部分模块无法进行功能的测试。功能实现错误，在功能模块的开发时，是进行先开发后调整的策略，没有具体的需求文档，部分模块的功能实现有所偏差。3.页面设计易用性缺陷页面输入字段限制不统一，系统中多个页面存在相同的字段，但用户输入相同的数据，提示输入的限制不相同，没有统

9、一输入字段的限制。提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。4. 开发人员疏忽引起的缺陷网站在开发的过程中，不断的追加新需求，或调整。开发人员修复或修改问题时，有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多的问题。5. 开发版本的控制在测试一个版本（代理商版），发现问题重复出现，还会引入新的bug,开发人员修改的问题时，提交的版本相互覆盖。引起上一个版本已关闭的问题，在下一版本重复出现。4. 建议在项目开始的时候，应该制定相应的标准，编码标准，需求变更标准等，开发和测试人员严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时可以降低沟通成本。发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。开发人员在开发版本上发现bug,可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug,而且，这样可以保证发现的bug都能够被跟踪。做好版本的控制，从开发版本，测试版本做好每个环节的版本控制。