标签:慢慢 tps 并发处理 分配 内存泄露 最优 处理 使用率 硬件
1.1、模拟生产上线业务环境,测试是否满足性能需求
1.2、特点
(1)确定用户的环境
(2)用户需求的性能指标
(3)执行、分析结果
(4)验收性质
(5)测试结果要有客观性
2.1、主要考察软件系统在既定负载下的性能表现,其中既定负载一般是指客户需求的负载。
2.2、测试指标一般体现在:响应时间、交易容量TPS(或者吞吐量)、并发容量以及资源使用率等。
3.1、为了考察软件系统在极端条件下的表现,我们需要进行压力测试。其中极端条件可以是超负荷的交易量和并发用户数。
[Notes]
这个极端条件可能要远高于用于的性能需求。
3.2、压力测试的目的是:系统出现问题后,需要考察系统处理问题的方式。如我们期待软件系统在面临压力的情况下仍然可以保持稳定,处理速度可以稍微慢些,但是系统不能崩溃。
3.3、通过压力测试可以让我们识别系统的弱点(或bug)以及了解系统在极限负载下程序将如何运行。
4.1、目的:验证系统的并发处理能力。
4.2、手段:和客户端建立大量的并发连接时,通过客户端的响应时间和服务端的性能监测情况来判断系统是否达到了既定的并发能力指标。
通过对被测系统软硬件环境的调整,了解不同环境对系统性能影响的程度,从而找到系统各项资源的最优分配原则。
6.1、目的:测试系统在一定负载下长时间运行是否会发生问题。
6.2、原因:软件系统的有些问题并不能一下子就暴露出来,需要时间积累才能达到能够度量的程度。如内存泄露问题需要经过一段时间积累才能慢慢变得显著,在运行初期缺很难检测出来。
7.1、目的:验证系统在局部出现故障情况下,能否继续使用。 -- 针对这一问题,关键的业务系统都会采用热备份或者负载均衡的方式实现系统的恢复。
标签:慢慢 tps 并发处理 分配 内存泄露 最优 处理 使用率 硬件
原文地址:https://www.cnblogs.com/yif930916/p/14810784.html