如何测试服务器性能?服务器的稳定性对我们来说是最重要的，如果在性能方面不能够保证业务运行的需要，那么相当于白白浪费钱，今天为大家分享下服务器性能测试的方法。
压力测试
已知服务器系统高峰期使用人数，验证各事务在最大并发数(通过高峰期人数换算)下事务响应时间能否达到客户要求。系统各性能指标在这种压力下是否还在正常数值之内。系统是否会因这样的压力导致不良反应(如宕机、应用异常中止等)。
Ramp up增量设计：
如果有75个并发用户，则该系统有1,500个注册用户，并使用5%-7%作为并发用户参考值。一般来说，助推器的设计是通过每15秒装载5人来完成的。此值主要指压缩机的性能，并推荐多次运行。实际加载模式是通过事务通过率和错误率来衡量的。
Ramp Up增量设计目标：
找出增压系统性能瓶颈的位置，抓住性能拐点出现的时机，一般指点击率和吞吐量、CPU、内存使用的综合判断。模拟高峰使用情况，如早上登录、下班后退出、发薪时信息系统等。
另一种极限仿真方法可以看作是在峰值压力下同时单击事务操作的系统极限操作指标。压缩方法不变，在每个脚本事务点（如：lr_rendzvous（“same“）;）中设置相同的集合点名称，在场景设计中，使用事务点集合策略。标准是同时达到集合点的百分比，同时释放所有在运行的vuser
稳定性测试
已知系统高峰期使用人数、各事务操作频率等。设计综合测试场景，测试时，将每个场景按照一定人数比例一起运行，模拟用户使用数的情况。并监控在测试中，系统各性能指标在这种压力下是否能保持正常数值。事务响应时间是否会出现波动或随测试时间增长而增加。系统是否会在测试期间内发生如宕机、应用中止等异常情况。
1、容错性测试
通过模拟一些非正常情况(如：服务器突然断电、网络时断时续、服务器硬盘空间不足等)，验证系统在发生这些情况时，是否能够有自动处理机制以保障系统的正常运行或恢复运行措施。如有HA(自动容灾系统)，还可以专门针对这些自动保护系统进行另外的测试，验证其能否有效触发保护措施。
2、问题排除测试
通过原有案例或经验判断，针对系统中曾经发生问题或怀疑存在隐患的模块进行验证测试，验证这些模块是否还会发生同样的性能问题。如：上传附件模块的内存泄露问题、地址本模块优化、开启Tivoli性能监控对OA系统性能的影响等等。
评价测试是用来获得系统关键性能指标点的相关测试。它主要针对的是事先没有明确的预期测试结果，但需要通过测试（如事务响应时间、最大并发用户数等）来获得特定压力场景下的性能指标。
评估事务响应时间：执行测试活动以获取特定压力下事务的响应时间。通过模拟已知客户峰值的压力值或预期压力值来获得在这种压力下的交易的响应时间。
评估事务的最大并发用户数：一个测试活动，以获得事务在特定系统环境中可以承受的最大并发用户数。通过模拟真实环境或直接使用真实环境，评估了企业在这种环境下能够承受的最大并发用户数。标准阈值需要预先定义（例如，响应时间、CPU使用率、内存使用率、峰值点击率、峰值吞吐量等）。
评估系统的最大并发用户数：测试活动以获得整个系统所能承受的最大并发用户数。通过预先分析项目各主要模块的使用率和频率，定义了集成场景中事务的比例，并以比例方式分配每个事务的并发用户的数量。模拟真实环境或直接利用真实环境来评估系统在这种环境下能够承受的并发用户的最大数量。预先确定标准阈值（如响应间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等）。取值标准基于桶规则（最小并发事务是整个系统的并发数）。
评估不同数据库数据量对性能的影响：对于不同数据库数据量的测试，比较测试结果，并分析数据库中每个表的数据量对事务性能的影响。可以预先确定系统长时间运行后或某些模块需要大量数据时可能存在的隐患。
通过以上测试或用户实际操作，发现或怀疑系统中存在性能问题，需要通过响应测试场景进行重现或定义。如果可能，可以直接识别导致性能问题的代码或模块。这种测试主要是通过测试脚本场景中出现问题的场景，可以添加发现和检测工具，如打开Tivoli性能监控、打开HeapDump输出、Linux资源监控命令等，并在场景运行过程中进行手动测试的协助
个人建站、企业建站，域名注册、小程序、云服务器、物理主机等业务，咨询蓝队云客服微信：landui507 蓝队云官方网站：http://www.landui.com/?codepub&refresh=1
