博为峰软件-APP/Web/小程序/服务器 性能测试
共 3087字,需浏览 7分钟
·
2020-11-15 03:47
产品亮点
产品说明
博为峰专注测试领域16年,建立标准性能测试流程体系,将测试工作分为:需求阶段、准备阶段、执行阶段、报告阶段、总结阶段5部分,该体系力求简单、实用、有效的指导当前的性能测试工作活动。可以根据客户的需求选择性能测试和监控工具,主要包括Loadrunner、Jmeter、Dynatrace、nmon等工具,并提供定制服务,有针对性地开发一些特定的性能测试脚本和工具。
1. 性能测试的分类
1.1负载测试
是指在一定的软件、硬件及网络环境下,运行一种或多种业务,在不同虚拟用户数量的情况下,测试服务器的性能指标是否在用户的要求范围内,以此确定系统所能承载的最大用户数、最大有效用户数以及不同用户数下的系统响应时间及服务器的资源利用率。
1.2压力测试
在一定的软件、硬件及网络环境下,模拟大量的虚拟用户向服务器产生负载,使服务器的资源处于极限状态下并长时间持续运行,以测试服务器在高负载情况下是否能够稳定工作。
1.3容量测试
在一定的软件、硬件及网络环境下,在数据库中构造不同数量级别的数据记录,运行一种或多种业务在一定虚拟用户数量的情况下,获取不同数量级别的服务器性能指标,以确定数据库的最佳容量和最大容量。
1.4配置测试
在不同的软件、硬件以及网络环境配置下,运行一种或多种业务,在一定的虚拟用户数量情况下,获得不同配置的性能指标,用于选择最佳的设备及参数配置。
1.5基准测试
在一定的软件、硬件及网络环境下,模拟一定数量的虚拟用户运行一种或多种业务,将测试结果作为基线数据,在系统调优或系统评测的过程中,通过运行相同的业务场景比较测试结果,确定调优结果是否达到预期效果或者为系统的选择提供决策数据。
1.6并发测试
通过模拟多个用户并发访问同一个应用、存储过程或数据记录以及其他并发操作,测试是否存在死锁、数据错误等故障。
1.7验收性能测试
通过模拟生产运行的业务压力量和使用场景组合,测试系统的性能是否满足生产性能要求。
1.8可靠性测试
通过给系统加载一定的业务压力(例如资源在70%~90%的使用率),让应用持续运行一段时间,测试系统在这种条件下能否稳定运行。
1.9失效恢复测试
针对有冗余备份和负载均衡的系统设计的。用来检验如果系统局部发生故障,用户是否能够继续使用系统,以及如果这种情况发生,用户将受到多大程度的影响
2. 性能测试的流程
启动流程
执行流程
3. 性能测试指标
3.1 响应时间
反映完成某个业务所需要的时间。
3.2吞吐量
反映单位时间内能够处理的事务数目。
3.3服务器资源占用
在负载下系统的资源利用率。
指标类型 |
指标 |
说明 |
应用性能数据 |
各业务的响应时间 |
WEB类型的业务,参考2/5/8; |
每个场景的最大TPS值(每秒事务处理数) |
值越大越好; |
|
对应最大TPS值的并发用户数、业务增长率 |
|
|
系统资源指标 |
CPU(CPU time、CPU queue) |
CPU time<70%; |
内存(可用内存、cache内存) |
可用内存>15%; |
|
磁盘(每秒读字节数、每秒写字节数、I/O) |
|
|
网络带宽(每秒接收字节数、每秒发送字节数) |
|
|
数据库指标 |
每秒产生的死锁数 |
值越小越好; |
锁的平均等待时间 |
值越小越好; |
|
高速缓存命中率 |
值越大越好; |
|
各SQL语句执行时间 |
值越小越好; |
|
连接池内存大小 |
参考系统配置; |
|
连接池大小 |
参考系统配置; |
|
应用服务器指标 |
当前用户连接数 |
|
当前忙的进程数 |
|
|
当前连接进程数 |
|
|
中间件指标/JVM |
JVM最大内存 |
参考系统配置; |
每次GC运行后可用内存 |
|
|
每次GC运行时间 |
值越小越好; |
4. 性能调优
4.1 性能测试调优过程
确定基准环境、基准负载和基准性能指标。
调整系统运行环境和实现方法,执行测试。
•硬件环境的调整
•系统设置的调整
•应用级别的调整
4.2 记录测试结果,进行分析。
性能调优应该注意的要点:
1)在应用系统的设计开发过程中,应始终把性能放在考虑的范围内。
2)确定清晰明确的性能目标是关键。
3)必须保证调优后的程序运行正确。
4)系统的性能更大程度上取决于良好的设计,调优技巧只是一个辅助手段。
5)调优过程是迭代渐进的过程,每次调优的结果都要反馈到后续的代码开发中去。
6)性能调优不能以牺牲代码的可读性和可维护性为代价。
产品参数
交付方式 | 服务类 |
依托云产品 | 专有网络 |
质保时间 | 360天 |
交付时间 | 30工作日 |