2022年WEB软件测试总结报告 .pdf

《2022年WEB软件测试总结报告 .pdf》由会员分享，可在线阅读，更多相关《2022年WEB软件测试总结报告 .pdf（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、WORD 资料 .可编辑专业技术 .整理分享XXX项目测试总结报告目录1. 项目测试结果. 21.1 BUG 严重程度 . 21.2 BUG 问题分布状况 . 32. 测试结论. 42.1 界面测试 . 42.2 功能测试 . 42.3 兼容性测试 . 42.4 易用性 . 42.5 负载/ 压力测试 . 53. 软件问题总结与分析 . 64. 建议 . 7名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 7 页 - - - - - - - - - WORD 资料 .可编辑

2、专业技术 .整理分享1. 项目测试结果1.1 BUG 严重程度测试发现的 bug 主要集中在次要功能和轻微， 属于一般性的缺陷， 但测试的时候出现了 37 个主逻辑级别的 bug, 以及严重级别的 2 个. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 7 页 - - - - - - - - - WORD 资料 .可编辑专业技术 .整理分享1.2 BUG 问题分布状况由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占 17%,设计缺陷占 9%

3、,其他占 2% 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 7 页 - - - - - - - - - WORD 资料 .可编辑专业技术 .整理分享2. 测试结论2.1 界面测试网站系统实现与设计稿一致。 站点的导航条位置， 导航的内容布局， 首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。2.2 功能测试分不同账号总权限账号 , 以及店长账号分别进行功能测试。1: 链接测试无问题 , 不存在死链接 , 测试链接都存在 . 2: 对页面各个不同数据的测试

4、, 主要的出入库 , 销售报表 , 订单查看管理等一一对应 , 不存在数据有误差的问题 . 2.3 兼容性测试 (Windows 下) 测试总的浏览器包括 :360 极速浏览器 , 火狐浏览器 , 谷歌浏览器 ,IE 浏览器 ,测试通过 , 主要逻辑以及次要功能都没问题, 因为浏览器的不同 , 导致界面浏览不一定相同 , 例如有的界面浏览页面显示正常, 有的界面显示不一样。2.4 易用性网站实现了如下易用性：1. 输入限制的正确性2. 输入限制提示信息的正确性，可理解性，一致性3. 界面排版美观4. web 应用系统易于导航，直观5. web 应用系统的页面结构、导航、菜单、连接的风格一致名师

5、资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 7 页 - - - - - - - - - WORD 资料 .可编辑专业技术 .整理分享2.5 负载 / 压力测试主要测试了压了测试 : 测试结果 60 秒内发请求 , 一次 1000 个请求 ,总共请求了2230 个请求 , 成功了 2208 个失败两个1: 每个请求用时30ms(吞吐量 ) 2: 服务器收到请求，响应页面要花费的时间:332ms 3:并发的每个请求平均消耗时间:33.ms 4: 请求一共花了 :72s 名师资

6、料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 7 页 - - - - - - - - - WORD 资料 .可编辑专业技术 .整理分享第一个 1000 个人同时发出1000 个请求总共 1004 个请求失败4 个, 成功 1000 1: 每个请求用时9ms(吞吐量 ) 2: 服务器收到请求，响应页面要花费的时间:109128ms 3:并发的每个请求平均消耗时间:109.ms 4: 请求一共花了 :109s 1: 如上图当同时在线人数达到45 时候 , 服务器崩溃 , 导致成功

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

8、需求文档导致测试, 无法根据需求文档来进行用例的设计 , 只有靠自己自己测试经验来测试排除BUG. 2. 功能性错误在测试的过程中，部分功能没有现实，导致部分模块无法进行功能的测试。功能实现错误， 在功能模块的开发时， 是进行先开发后调整的策略，没有具体的需求文档，部分模块的功能实现有所偏差。3. 页面设计易用性缺陷页面输入字段限制不统一， 系统中多个页面存在相同的字段，但用户输入相名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 7 页 - - - - - - - - -

9、 WORD 资料 .可编辑专业技术 .整理分享同的数据，提示输入的限制不相同，没有统一输入字段的限制。提示信息错误， 不同模块相同结果的提示信息不一致，用户操作后， 相应的提示信息不明确，引起用户误解。提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。4. 开发人员疏忽引起的缺陷网站在开发的过程中， 不断的追加新需求， 或调整。 开发人员修复或修改问题时，有时疏忽没对相关联的地址进行修改验证。导致因修改修复问题而引入更多的问题。5. 开发版本的控制在测试一个版本 ( 代理商版 ) ，发现问题重复出现，还会引入新的bug, 开发人员修改的问题时， 提交的版本相互覆盖。 引起上一个版本已

10、关闭的问题，在下一版本重复出现。4. 建议在项目开始的时候，应该制定相应的标准，编码标准，需求变更标准等，开发和测试人员严格按照标准进行，可以在后期减少因为开发， 测试不一致而导致的问题，同时可以降低沟通成本。发布版本的时候， 正确布置测试环境， 减少因为测试环境， 测试数据库数据的问题而出现的无效bug。开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便bug 的跟踪。开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug 很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug 都能够被跟踪。做好版本的控制，从开发版本，测试版本做好每个环节的版本控制。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 7 页 - - - - - - - - -