性能测试项目总结-虚拟数据的准备.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
性能测试项目总结-虚拟数据的准备

?摘 要:本文主要是面向性能测试的工程师,从实际项目中总结经验、教训,并且提出一些改善的建议,希望大家能在以后的性能测试的项目中吸取和借鉴,本文尤其在性能测试的前期数据准备方面给出了解决方案。 ??????关键词:测试用例;性能测试;测试流程 ? 项目介绍 ??????该项目为两年前的一个项目,目前该系统的性能在一定的条件下速度极慢,当用户量达到一定程度时,整个程序会无法响应,所以需要对该项目进行性能测试,找到系统的瓶颈,为以后的系统升级做充分的准备。 项目延期的原因 ??????XXX项目已经结束,在整个项目的测试过程中遇到了不少困难,由于各种原因导致项目延期,其中虚拟数据的准备是其中一个重要环节。 ??????由于第一次做这样的项目,前期的数据准备不合理,项目测试设计难免存在着一些问题,在项目进行过程中遇到了种种问题,比如说工具的使用问题,在测试执行过程中为了准备虚拟数据,设计SQL脚本就延误了项目大部分的时间,出现的问题如下: ????? 1.? 前期需求理解不充分(需求理解时间太短),测试计划中给予需要理解的时间不足,所以如果对于一些功能点理解的不充分,这样就会将问题遗留到测试执行过程中,然后你会在测试执行中把问题提出来,与客户交流,这必然导致项目的延期。 ??????2.? 工具使用不熟练,事实上,如果对一个项目进行性能测试,人员配置方面一定要有(至少一位)有性能测试经验的工程师来参与项目,这样可以降低项目的风险,由于该项目组有经验的工程师出差,所以只好由我们无经验的人员在自学或培训的情况下参与该项目的测试工作,在这样的情况下,我们会有一段熟悉学习测试工具的时间,显然自己学习理解过程当中会有很多问题,未解决的问题就会带到项目执行过程当中,而且在项目执行过程当中也会遇到不预期的错误,问题解决就会耗去一部分时间。 ??????3.? 最重要的一个环节,就是虚拟数据的准备,当然第一次做这样的项目在这方面并没有太多的经验,在测试执行中,才进行SQL语句的设计,数据的添加,在测试执行过程中,SQL语句的设计就会用掉大部分时间。 改善建议 ??????据以上问题,结合在这个项目中的经验,给出以下几点性能测试方面改善的建议,在大家以后进行性能测试的项目中避免这样的问题再次发生,使项目能够按照进度顺利的完成,达到预期的测试目的。 ??????1.? 需求理解方面,建议针对一些准备测试的功能点一定要理解充分,若发现问题,尽早与测试负责人或客户进行沟通并解决问题,避免将问题遗留到测试执行中去解决;在做测试计划时,要根据项目的大小以及客户给予的工作量合理安排需求理解的时间。 ??????2.? 工具使用方面,大家可以在平时业余时间进行学习,一个项目结束与另一个项目启动之间一般会有一段时间空闲,在这段时间可以去学习测试工具,并且要具有针对性的学习,不要盲目的学习(既学LR,也学QTP),尽量学懂一门后再学一门(达到基本会用该工具做项目),不要急于求成,在学习的过程中将学到的东西做一个学习笔记,方便你以后的查阅;测试组也可以适当的为员工做培训。 ??????3.? 虚拟数据的准备方面,在性能测试的项目中一般都会分为两种情况: ??????1)? 固定用户量,数据库中数据量的递增,测试该功能点的性能; ??????2)? 固定数据库数据量,用户数量递增,测试该功能点的性能,其实,这样就会分为两个测试用例(当然这不是全场景测试),譬如: TestCase 01:20用户在线,共有200个项目,定制显示默认(20条/页,8列/页),在数据库中其他项目记录数不断增加的情况下,系统的相应时间。 TestCase 02:用例描述: 固定数据库问题数为20万条,使用的项目问题卡数量1000,自定义显示(20条/页,8列/页),浏览用户不断增加的情况下响应时间; ??????情况一(建议后):前提条件:TestCase 01与TestCase 02浏览的数据(问题卡 )访问的是数据库同一张表; 1???? 当你添加5万条数据,执行TestCase 01,记录结果;然后再添加5万条数据,数据量就是10万,再执行TestCase 01,记录结果; 2???? 当添加的数据等于20万的时候,也就是TestCase 02的固定使用数据量,你就可以将TestCase 02的测试场景设计的用户量设置为10、15等等依次执行完TestCase 02这个用例,记录结果; ??????这样就是全局考虑,简单的说就是考虑每个测试用例中数据会使用数据库中的哪一张表,也许会有很多测试用例使用同一个数据库表,这样就要考虑到表中的数据量递增到多大的时候,执行哪一个测试用例,不是一味的按照一个测试用例,添加虚拟数据,一直到执行完该用例后,等执行下一个用例时,将该表的数据全部删除,再继续

文档评论(0)

qwd513620855 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档