WEB软件测试总结报告

1、XXX工程测试总结报告目录L工程测试结果1BUG严重程度1L2 BUG问题分布状况1.测试结论2界面测试2功能测试2兼容性测试2易用性2负载/压力测试3.软件问题总结与分析3.建议4.工程测试结果BUG严重程度测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的 时候出现了 37个主逻辑级别的bug,以及严重级别的2个.BUG问题分布状况由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面 优化占17%,设计缺陷占9%,其他占2%.测试结论界面测试网站系统实现与设计稿一致。站点的导航条位置,导航的内容布局，首页呈现 的样式与需求一致。网站的界面符合标准和规范

2、，直观性强。功能测试分不同账号总权限账号，以及店长账号分别进行功能测试。1:链接测试无问题,不存在死链接,测试链接都存在.2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一 一对应，不存在数据有误差的问题.兼容性测试Windows下测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器, 测试通过,主要逻辑以及次要功能都没问题，因为浏览器的不同，导致界面浏览不 一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样5-055-055-0505-0605-07火狐浏览器易用性5-0505-0605-07火狐浏览器网站实现了如下易用性：.输入限制的正确性.

3、输入限制提示信息的正确性，可理解性,一致性.界面排版美观. web应用系统易于导航，直观. web应用系统的页面结构、导航、菜单、连接的风格一致负载/压力测试主要测试了压了测试：测试Il XIIIC UCIJSCII 1 UI- LDb Lb 7Z20R_2Uonplete requests7Z20R_2Fa lied vr rn i r t: s JL50Z50Z50Z135/ 50Z135/ / CRequests Time per Tine perper second：request： request：30.05 ft/sec mean)332.785 ns mean33.279ns m

4、ean- across all concurrTransferrate ：IM. 74LKbytes/sec J receivedConnection Timesninmean /-sdmedianmaxConnect ：7147.012129Processing：552041786.312142124Waiting：4610037.8961008Total：662181786.413542141requests serued within a certain tine Percentageoftheon-2xx responses： otal transferred： TML transfe

5、rred：2208 808128 bytes 0 bytes60秒内发请求，一次1000个请求，总共请求了 2230个请求，成功了 2208个失败两个1：每个请求用时30ms吞吐量,2:服务器收到请求，响应页面要花费的时间:332ms3:并发的每个请求平均消耗时间:33.ms4:请求一共花了 :72s第一个1000个人同时发出1000个请求 总共1004个请求失败4个，成功10001：每个请求用时9msv吞吐量,2:服务器收到请求，响应页面要花费的时间:109128ms3:并发的每个请求平均消耗时间:109.ms4:请求一共花了:109s1:如上图当同时在线人数到达45时候，服务器崩溃，导致成

6、功率一直下降到达40%,直到 结束总请求到达:26796.平均每个请求响应时间为281ms，系统吞吐量20.89/s.因为系统 被困导致数据反映不准.3 .软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下几 方面：.没有需求文档需求文档只是个大纲的形式,没有详细的需求文档。没有相应的输入输出字 段限制及统一的字段名称，使得开发人员根据需求进行设计时，没有考虑相关功 能的关联性。在没有详细需求的指引下，开发人员根据自己的经验进行设计，负着 不同模块开发的人员没有统一设计。在测试过程中，需求相关联的问题表现出来, 及风格统一的问题。例外没有需求文档导致测试,无法

7、根据需求文档来进行用例 的设计，只有靠自己自己测试经验来测试排除BUG.功能性错误在测试的过程中，局部功能没有现实,导致局部模块无法进行功能的测试。功 能实现错误,在功能模块的开发时,是进行先开发后调整的策略,没有具体的需求 文档,局部模块的功能实现有所偏差。.页面设计易用性缺陷页面输入字段限制不统一，系统中多个页面存在相同的字段,但用户输入相 同的数据,提示输入的限制不相同,没有统一输入字段的限制。提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的提 示信息不明确，引起用户误解。提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。.开发人员疏忽引起的缺陷网站在开发的过

8、程中，不断的追加新需求,或调整。开发人员修复或修改问题 时,有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多 的问题。.开发版本的控制在测试一个版本代理商版,发现问题重复出现,还会引入新的bug,开发人 员修改的问题时,提交的版本相互覆盖。引起上一个版本已关闭的问题,在下一版 本重复出现。4 .建议在工程开始的时候,应该制定相应的标准,编码标准，需求变更标准等,开发 和测试人员严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的 问题，同时可以降低沟通本钱。发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的 问题而出现的无效bugo开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。开发人员在开发版