WEB软件测试总结报告

1、XXX项目测试总结报告目录1 项目测试结果21BUG严重程度21.2 BUG问题分布状况32. 测试结论42界面测试42.2功能测试42.3兼容性测试（Windows下）42.4易用性42.5负敬压力测试53. 软件问题总结与分析64. 建议771项目测试结果1.1 BUG严重程度 1图表标题12020次要功能轻微主逻辑严垂程度分布严重测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的 时候出现了 37个主逻辑级别的bug,以及严重级别的2个.1.2 BUG问题分布状况图表标题!图表标题帀代码诸渎标准规范界面优化设计缺陥其他一出 T 二山上图可以看岀，主要为代码错误占36%,

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

3、览器的不同，导致界面浏览不 一定相同，例如有的界面浏览页面显示正常，有的界面显示不一样5-0505-0605-07谷歌浏览粤0&-0605-07火狐训览器2.4易用性网站实现了如下易用性：1. 输入限制的正确性2. 输入限制提示信息的正确性，可理解性，一致性3. 界面排版美观4. web应用系统易于导航，直观5. web应用系统的页面结构、导航、菜单、连接的风格一致2.5负载/压力测试主要测试了压了测试：测试结果|i xiiiejl ur_-c j r c 丿ijCovnplete requests :22M«jEailtful ¥&叮11&

4、3;11£ :2(Connect: 2，Rece iue: 0, Length： 0, Except ions: 0)Non-2xx responses:2268Total transferred：808128 hj/tesHTML transferred：0 bsFtesBequests per second：30.E5 U/sec (mean)Tine per request:332.785 ms (mean)Time per request:33.27? ns (meanx across all concurrent reTransf errate -JJptes/secJ r

5、ece iuedConnection Times <ms)ninmeAn+/-sd medianmaxConnect:7147.012129Processing：552041786.312142124Wa it ing：4610037.8961008Total：£62181786.413542141Percentage of thE dequest：s served within a certain time <ms) 505/13560秒内发请求，一次1000个请求，总共请求了 2230个请求，成功了 2208个失败两个 1：每个请求用时30ms（吞吐量）2:服务器收到

6、请求，响应页而要花费的时间:332ms3:并发的每个请求平均消耗时间：33.ms4:请求一共花了 :72sTine taken for tests：109.128 secondsConplete requests：T000Failed requests:4<Connect： 4， Receive: 0 Length： 0, Exceptions: 0>Non-2xx responses： Total transferred： HTML transferred： Requests pei* second：1000366000 bytes0 bytes9.16 #/sec <ne

7、an>Tine per request: Transfer rate:±09±2Sr©00fiTHTJ-Xirrec1109128 ns <nean, across all concurrent requests) 3.28 Kbytes/sec receiuedConnection Times <ns>nin mean+/-sd median naxConnect:10757029106875?009106862?038106882Processing： 1970 19590 2983?0Waiting： 1957 19574 29837

8、.4Total：19?91961329842.1Percentage of the requests served within a certain tine <ns> 50z?03866z922621441第一个1000个人同时发出1000个请求 总共1004个请求失败4个咸功1000 1：每个请求用时9ms（吞吐呈：）2:服务器收到请求，响应页而要花费的时间:109128ms3:并发的每个请求平均消耗时间:109.ms4:请求一共花了 :109s测试模拟1 （简单模式）日期：2017-05-03 开怕时间:1&01：25: 0N108分43秒实际烂标杞器人数:65 /

9、150.ELOO%怎予努：26796 成率：旳.72%空均：281.60ms93% : 1251.00ms思平均：20.89/s最后60s: 0.00/s接瞬兄爭务级秦压力机性能响应时词TPS1:如上图当同时在线人数达到45时候，服务器莎 1溃，导致成功率一直下降到达40%,直到 结朿总请求达到：26796.平均每个请求响应时间为281ms.系统吞吐S（tps）20.89/s因为系统 被困导致数据反映不准.3软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看，引起缺陷主要有以下儿 方面：1. 没有需求文档需求文档只是个大纲的形式，没有详细的需求文档。没有相应的输入输出字 段限制及

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

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