书签 分享 收藏 举报 版权申诉 / 9
上传文档赚钱

类型WEB软件测试总结报告(DOC 7页).doc

  • 上传人(卖家):2023DOC
  • 文档编号:5762172
  • 上传时间:2023-05-06
  • 格式:DOC
  • 页数:9
  • 大小:140KB
  • 【下载声明】
    1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
    2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
    3. 本页资料《WEB软件测试总结报告(DOC 7页).doc》由用户(2023DOC)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
    4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
    5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
    配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    WEB软件测试总结报告DOC 7页 WEB 软件 测试 总结报告 DOC
    资源描述:

    1、XXX项目测试总结报告目录1.项目测试结果31.1 BUG严重程度31.2 BUG问题分布状况42.测试结论42.1界面测试42.2功能测试52.3兼容性测试52.4易用性52.5 负载/压力测试53.软件问题总结与分析54.建议61.项目测试结果1.1 BUG严重程度测试发现的bug主要集中在次要功能和轻微,属于一般性的缺陷,但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.1.2 BUG问题分布状况由上图可以看出,主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%2.测试结论2.1界面测试网站系统实现与设计稿一致。站点的导航条位置

    2、,导航的内容布局,首页呈现的样式与需求一致。网站的界面符合标准和规范,直观性强。2.2功能测试分不同账号 总权限账号,以及店长账号分别进行功能测试。1:链接测试无问题,不存在死链接,测试链接都存在.2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题.2.3兼容性测试(Windows下)测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样。2.4易用性网站实现了如下易用性:1. 输入限制的正确性2

    3、. 输入限制提示信息的正确性,可理解性,一致性3. 界面排版美观4. web应用系统易于导航,直观5. web应用系统的页面结构、导航、菜单、连接的风格一致 2.5 负载/压力测试主要测试了压了测试:测试结果 60秒内发请求,一次1000个请求,总共请求了2230个请求,成功了2208个失败两个1:每个请求用时30ms(吞吐量)2:服务器收到请求,响应页面要花费的时间:332ms3:并发的每个请求平均消耗时间:33.ms4:请求一共花了:72s第一个1000个人同时发出1000个请求 总共1004个请求失败4个,成功10001:每个请求用时9ms(吞吐量)2:服务器收到请求,响应页面要花费的时

    4、间:109128ms3:并发的每个请求平均消耗时间:109.ms4:请求一共花了:109s1:如上图当同时在线人数达到45时候,服务器崩溃,导致成功率一直下降到达40%,直到结束总请求达到:26796.平均每个请求响应时间为281ms,系统吞吐量(tps)20.89/s. 因为系统被困导致数据反映不准.3.软件问题总结与分析从测试过程中发现bug的严重程度与分布状况来看,引起缺陷主要有以下几方面:1. 没有需求文档需求文档只是个大纲的形式,没有详细的需求文档。没有相应的输入输出字段限制及统一的字段名称,使得开发人员根据需求进行设计时,没有考虑相关功能的关联性。在没有详细需求的指引下,开发人员根

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

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

    展开阅读全文
    提示  163文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:WEB软件测试总结报告(DOC 7页).doc
    链接地址:https://www.163wenku.com/p-5762172.html

    Copyright@ 2017-2037 Www.163WenKu.Com  网站版权所有  |  资源地图   
    IPC备案号:蜀ICP备2021032737号  | 川公网安备 51099002000191号


    侵权投诉QQ:3464097650  资料上传QQ:3464097650
       


    【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。

    163文库