2011回顾之接口性能测试

发表于:2012-06-15来源:新浪博客作者:JerryGao点击数: 标签:性能测试
2011年已经过去了,一直在想去年我的测试水平到底有没有提升,主要在哪些方面,而哪些方面提升不多,哪些事情做得不到位,这些都是需要思考的。 其实自己个人感觉做得比较多,但是很多事情也没有升华下去,接下来就说说自己做的几块大的事情吧,也说下

  2011年已经过去了,一直在想去年我的测试水平到底有没有提升,主要在哪些方面,而哪些方面提升不多,哪些事情做得不到位,这些都是需要思考的。

  其实自己个人感觉做得比较多,但是很多事情也没有升华下去,接下来就说说自己做的几块大的事情吧,也说下自己的思考和不足。

  预计会写如下几篇(争取一天一篇):

  2011回顾之接口性能测试

  2011回顾之持续集成最佳实践

  2011回顾之持续测试设计最优化

  2011回顾之探索式测试实践

  2011回顾之公共组件的抽象

  2011回顾之前端测试

  接口性能测试

  性能测试,这个领域我一直都不敢踏进,我怕我看不透,太表面了,而且一直有种畏惧的心理,很难说清楚。年初的时候,换了个新团队,事情不是太多,就选了个接口性能测试的任务。由于自己做过接口测试,对接口的功能测试方面还是有些了解,做性能测试还是有一定后怕的。经过痛苦的过程,总算完成了一些基本的任务,自己还是提升比较多的,也写了接口性能测试七步一杀的总结。

  机器申请、环境搭建、性能测试方案设计、开发Client和数据准备、开发LoadRunner脚本、开发和运行测试场景、性能测试报告和线上跟踪。

  (1)机器申请:前提准备:我们已经知道了所需要的机器数量;另外就是要知道被测应用的服务器的线上硬件配置信息;另外就是数据库的信息了。

  (2)环境搭建:前提准备:拿到了性能测试机器后,根据性能测试的模型搭建环境,由于Client机器需要自己搭建,这里如果是使用接口性能测试模型,就需要自己安装个Jboss

  (3)性能测试方案设计:采集原始数据:根据本项目确定需要进行性能测试的所有接口,每个接口的总PV和其最大能接受的响应时间,线上机器数量和配置;计算期望TPS:根据性能测试模型计算出来每台服务器每秒平均PV量和每台服务器每秒高峰PV量;场景开发:根据被测接口的业务关系,进行性能场景的开发,对于接口测试,一般分两种情况:一种是单场景的接口性能测试(就是每个场景测试一个接口),另外一种是混合场景的接口性能测试(每个场景可以测试多个相关的接口;确定性能测试类型:根据性能测试和稳定性测试分别列出性能测试场景和相关数据。

  后面的一些步骤都是比较基础的,相信大家都容易比较理解。

  性能测试团队的XDJM帮助了我很多,傻瓜式的教我怎么配置、怎么使用LR、怎么写性能报告。由于个人对性能测试实在了解不多,这里提出我个人的一些想法:

  1. 性能测试最关键的调试环节,是我最痛苦的过程,需要不停的调我的vuser和时间来跑,是否有更好的思路和规则来引导呢

  2. 性能测试环境自动化部署,也许各个公司的不一样,负责环境的部署,确实需要一定实力,有时候甚至需要一点人品,我有时候就很痛苦,到底为啥呢

  3. Client的发包框架可以更通用,由于测试的是Java接口,使用到了某个牛人开发的性能测试框架,和LR的结合还是比较不错的,后续可以考虑Client的开发更加容易

  4. 有时候真的需要耐心,性能测试比功能测试更需要耐心。因为功能测试发现bug比性能测试容易多了,不容易被迷惑;性能测试很容易耐心去不断的调优和抓点,个人感觉需要一定的定力,我当时调试时就缺乏耐心了。

  5. 性能测试的bug敏感度不亚于功能测试的bug敏感度,只是很难表现出来,因为性能测试向来需要较多时间,我就觉得自己这方面的敏感度不行,也许和经验有关,经验丰富的性能测试人员很容易找到可疑点,然后使用工具确认和定位。使用工具也是我的弱项,发挥不同工具的优缺点是性能测试人员的关键价值了。

  由于自己在性能测试经验相当不多,纯属于乱弹琴了,请大家包涵。下一遍介绍大家感兴趣的持续集成最佳实践。

原文转自:http://www.ltesting.net