软件测试中常见的七个性能缺陷案例分析

在客户端情节不确定的情形，我们为了保障该软件的正常运行就必须对该软件的效率进行验证。下面我们恰恰看看在该软件验证里面典型的效率缺陷，希望大家可以通过这七个比较典型的系统性数据分析，合理掌握各种效率缺陷的克服分析方法。

系统性一：某次影响验证，的系统CPU等指标较正常，但偶发间断小时劝说工期同样极低

[Full GC (Ergonomics) [PSYoungGen: 944K-> 890K(2048K)]

[ParOldGen: 7129K-> 7129K(7168K)18074K->8019K(9216K),

[Metaspace: 3357K-> 3357K(1056768K0], 0.1213761 secs| [Times:

user=2 sys=0.00, real=2 secs]

JVMGC缺陷:

Full GC Stop the world

减小FullGC小时，据传年代降低

系统性二：某次影响验证，php 程序, php-fpm内核增长，OOM引致咨询服务挂掉。

整改原因，用作了某第三方so该软件包做JSON解析，但第三方so该软件包有内核泄漏缺陷。

Max-request, fast-cgi 固定劝说数后后续。

系统性三：某次影响验证，除此以外所发TPS,但初期效率较佳，末期信息库CPU飙升

压测可能会产生大量级的信息，信息增长可能会造就效率的损耗

压测信息武断，引致分立设备 相似之处多个客户端，虚拟机不做限制的in浏览

武断分页，不曾做篇幅limit,引致将信息库新增信息全部浏览

系统性四：某次特性验证，如果HTTP正对面每秒钟仅百QPS，但北岸RPC咨询服务打挂。

商户年表，For 循环加载北岸克服，引致劝说数百倍扩大。

用作Batch适配器减轻影响，Batch 适配器可能造就的功能隐患。

系统性五：某次特性验证，大所发TPS，初期效率较佳，重置加载，在模拟加载单点启动时后大量信息库穿透。

加载武断的重置策略，用作除模模式。引致大量加载统-迅即启动时。

武断的负载均衡算法也可能会有类似缺陷。

一致性Hash克服加载缺陷。

系统性六：某次影响验证，虚拟机CPU飙升打满。CPU计算型

Top -H -P pid

Pstack pid

Trace -p pid

编译器逻辑缺陷：

同步解析适配器，用作恒等模式匹配返回内容可，但由于返回内容可过大，引致CPU飙升。恒等，大信息的JSON可执行反可执行。

另外死锁缺陷也可以通过类似模式调优CPU不极低，但咨询服务号召工期极低，劝说风化。

系统性七：某次影响验证，CPU/内核/的网络 等指标表现较佳，但号召工期十分久。

监控查看驱动器I0异常，追查发现可能会话高级别设置为Debug，大量可能会话列印不顺效率。

同步可能会话，可能是潜在的效率杀手。

以上内容可为大家介绍了该软件验证里面典型的七个效率缺陷系统性数据分析，本文由多测师执意编撰，希望对大家有所帮助。