a) 打压过程:
打压过程并不是放那里不管,通过linux系统提供的命令,需要时刻关注被测服务器的性能指标,结合LoadRunner场景的曲线来动态判断是否存在瓶颈。LoadRunner场景曲线主要关注HPS、TPS、responsetime。服务端主要监控cpu、内存、磁盘IO、网络IO。然后从这几方面再层层深入查找问题。另外,值得强调的是,打压过程不仅需要关注被测服务器的指标,也需要关注打压agent的性能指标是否正常。比如说如果并发数一直上不去,可能是打压机本上连接数受限导致的。也可能是打压机自己出口带宽满了导致的。
b) 问题定位&修改优化&回归:
i. 问题定位是一个比较考验个人综合技术能力的地方。也是整个性能测试的核心所在。需要强调的是,不是看到某个参数遇到问题了,就直接可以断定服务区的瓶颈就在这个地方。比如:
· 大量的页调入请求导致内存队列的拥塞
· 网卡的大吞吐量可能导致更多的CPU开销
· 大量的CPU开销又会尝试更多的内存使用请求
· 大量来自内存的磁盘写请求可能导致更多的CPU以及IO问题
ii. 具体是哪个部分的问题,需要再根据具体的逻辑实现和推断来逐步缩小范围。主要的过程可以参考一下步骤层层深入。服务器硬件瓶颈-〉网络瓶颈(对局域网,可以不考虑)-〉服务器操作系统瓶颈(参数配置)-〉中间件瓶颈(参数配置,数据库,web服务器等)-〉应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)注:以上过程并不是每个分析中都需要的,要根据测试目的和要求来确定分析的深度。对一些要求低的,我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下,系统的硬件瓶颈在哪儿就够了。
iii. 最后就是开发优化,测试回归,这里需要强调一点:测试回归时,如果开发优化时修改了功能逻辑,则需要根据改动回归功能逻辑是否正常。不能只盯在性能指标满足了就OK了。
性能测试流程之打压调优篇
发表于:2017-02-20
作者:曹承臻
来源:
- 周排行
- 月排行
- 评论排行
-   应用中间件性能测试技术方法
-   性能测试知识科普之三大模型
-   云测试的两种类型——云与性能测试
-   性能测试准入准出规范
-   怎样设计全链路压力测试平台?
-   Docker中IO、MariaDB的性能测试
-   一次完整的性能测试,测试人员需要做...
-   性能测试的需求分析
-   应用中间件性能测试技术方法
-   系统吞吐量(TPS)和用户并发量计算公式
-   云测试的两种类型——云与性能测试
-   怎样设计全链路压力测试平台?
-   性能测试流程之打压调优篇
-   稳定性测试怎么做,这篇文章彻底讲透了!
-   从软件出发,非功能测试思考总结
-   展望2017,谁是网络技术头牌?
-   C/C++单元测试工具Visual Unit 4 介绍
-   国内外最好用的6款Bug跟踪管理系统
-   性能测试指标评估必读
-   百度软件测试方案模板
-   38张史上最全的IT工程师技能图谱
-   C/C++单元测试工具Visual Unit 4 介绍
-   2019年,你会选哪些安全测试工具?
-   十款Web服务器性能压力测试工具
-   软件测试入门指南:周期、模型和文档化
-   记自动化测试成神学习之路
-   软件测试全景图 -最全的思维导图