WEB软件测试总结报告

1、XXX项目测试总结报告目录1、项目测试结果1、1 BUG严重程度1、2 BUG问题分布状况 2、测试结论2、1界面测试2、2功能测试2、3兼容性测试2、4易用性2、5负载/压力测试 3、软件问题总结与分析 4、建议1、项目测试结果1、1 BUG严重程度题 标 表 图栽右flHb腥严重程度分布2轻御主逻笹严重程度讨布CI J 次要功能20严重次要才能 轻微主逻辑严重测试发现得bug主要集中在次要功能与轻微，属于一般性得缺陷，但测试得 时候出现了 37个主逻辑级别得bug,以及严重级别得2个、1、2 BUG问题分布状况图表标题0代码错逞标规范界面优化设计缺昭粟列 174723518BUG型分布图表

2、标题j?itIbTvr代玛错误标;隹规范界面优化设计無D百其他11' I 产由上图可以瞧出，主要为代码错误占 36%,以及标准规范得问题占35%,界面 优化占17%设计缺陷占9%,其她占2%2、测试结论2、1界面测试网站系统实现与设计稿一致。站点得导航条位置，导航得内容布局，首页呈 现得样式与需求一致。网站得界面符合标准与规范，直观性强。2、2功能测试分不同账号总权限账号，以及店长账号分别进行功能测试。1:链接测试无问题，不存在死链接，测试链接都存在、2:对页面各个不同数据得测试，主要得出入库，销售报表,订单查瞧管理等 一对应,不存在数据有误差得问题、2、3兼容性测试（Windows下

3、）测试总得浏览器包括：360极速浏览器,火狐浏览器,谷歌浏览器，IE浏览器, 测试通过,主要逻辑以及次要功能都没问题，因为浏览器得不同，导致界面浏览不 一定相同，例如有得界面浏览页面显示正常，有得界面显示不一样j-05-0'507I05-07哼歌浏览器火狐训览器2、4易用性网站实现了如下易用性： 输入限制得正确性 输入限制提示信息得正确性， 界面排版美观 web应用系统易于导航，直观 web应用系统得页面结构、导航、菜单、连接得风格一致1、2、3、4、5、可理解性，一致性2、5负载/压力测试主要测试了压了测试： 测试request:22QSSeS12S bytes6 h_ytes30

4、-6E fl/sec J Cme-an ) 332 .785 ms <iiean > 33.27?IM ”745寺】<nean, acposs all concuppent re LKJ&2itGsZsec J peceluedIConnect ion Tines Cns > me-an f +/-sdl1420416021SConnect: Process ins： Wilt ing ： Total：nin74£667,017fi6.337.81786.412 121-9613Snax12942124lees42141of13Ethesewed ui

5、thin atine Cm*)60秒内发请求,一次1000个请求,总共请求了 2230个请求,成功了 2208个失败两个1:每个请求用时30ms（吞吐量）2:服务器收到请求，响应页面要花费得时间3:并发得每个请求平均消耗时间:332ms:33、 ms4:请求一共花了 :72sTime taken Fop tests： 109.128 secondsQompletfr requests：1000Failed requests:4<CuiiiiecL= 4, Receluc: D” LeiiglJi： 0> ExuepLluii: 0> Won-2xx response£

6、;： ITotai transferred：d =HTUL t ran-E-f evi'e Requests rtniee pTine weF Fransfefper second：request-Keauest :T*ate :100036&093 bi/tes0 bytee9.16 LttZsec (nean>109123.00G Ins Cnean'109-128 ins <Pieanacross all cancuirent venues ts> 3,23 KbytesZsec1 receluediConnection Tines <ns

7、> neap+/-sd1 median 52.8 29837.0 27837.4 29842,1Connect: Processing： Wait ing： rTotal：nin7 1?70 1*57 1979231Y57 叱196131270297BM¥7038冲ax1075106875 lUbUbi!10&S82Pci'ccntftSfc 50Z 宓of the 7038 922G31441requests servedwithin a certain t imc <fii3 >第一个1000个人同时发出1000个请求 总共1004个请求失败4个

8、，成功10001:每个请求用时9ms（吞吐量）2:服务器收到请求，响应页面要花费得时间：109128ms:109、ms3:并发得每个请求平均消耗时间4:请求一共花了 ：109s処试阖g （荷单卿:）苹5 口简口阳妙， W.'三埼心：弓畀150三副；2fll7-fie-C3 开址: 15cC：2$asTttfl is妃杳WS或;磧 39.72%F . 3160ms?% 1251.00msp* : 2O.89A昂圧创4 ; 0.00/S45时候,服务器崩溃，导致成功率一直下降到达40%,直到281ms,系统吞吐量（tps）20、89/s、 因1:如上图当同时在线人数达到结束总请求达到：26

9、796、平均每个请求响应时间为 为系统被困导致数据反映不准、3、软件问题总结与分析从测试过程中发现bug得严重程度与分布状况来瞧，引起缺陷主要有以下几 方面：1、没有需求文档需求文档只就是个大纲得形式，没有详细得需求文档。没有相应得输入输出 字段限制及统一得字段名称，使得开发人员根据需求进行设计时， 没有考虑相关 功能得关联性。在没有详细需求得指引下，开发人员根据自己得经验进行设计， 负着不同模块开发得人员没有统一设计。 在测试过程中，需求相关联得问题表现 出来，及风格统一得问题。例外没有需求文档导致测试 ，无法根据需求文档来进 行用例得设计，只有靠自己自己测试经验来测试排除 BUG2、功能性

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