服务器稳定性是最重要的。如果稳定性不能满足业务运营的需要，再高的性能也没用。正规的服务器厂商都会测试产品在不同温度和湿度下的运行稳定性。需要考虑的重点是冗余功能，如数据冗余、网卡冗余、电源冗余、风扇冗余等。

    一些服务器稳定性测试方法主要如下:

    压力测试:

    知道系统高峰期的用户数，验证在最大并发交易数(按高峰期用户数折算)下，每笔交易的交易响应时间是否能满足客户要求。系统的各项性能指标在此压力下是否仍在正常值范围内。系统是否会因为这样的压力而产生不良反应(如停机、应用异常暂停等。).

    加速增量设计:

    如果系统有75个并发用户，1500个注册用户，则取5%-7%作为并发用户的参考值。一般按每15s加载5人进行增压设计。这个值主要是指测试加压机的性能，建议多跑几次。实际加载模式以交易通过率和出错率衡量。

    提升增量设计目标:

    找到增量增压系统的性能瓶颈位置，抓住性能拐点的机会。一般用Hits点击率和吞吐量、cpU和内存使用情况进行综合判断。模拟用户高峰人数，比如早上登录，下班退出，发工资时的消息系统。

    另一种极限模拟方法可以看作是峰值压力下同时点击交易操作的系统极限操作指标。加压方式不变，在每个脚本事务点中设置相同的汇编点名称(如lr _ rendzvous(" same "))；)在场景设计中，使用了交易点聚合策略。同时以交汇点百分比为标准，发布所有运行Vuser。

    稳定性测试:

    系统高峰期的用户数量，每笔交易的操作频率等。都是已知的。设计一个全面的测试场景。测试时，每个场景都会按照一定的人数一起运行，模拟用户使用几年的情况。并在试验过程中监测系统的性能指标在此压力下能否保持正常值。事务响应时间是随测试时间波动还是增加。测试期间系统是否会出现停机、应用暂停等异常情况。

    根据上述测试，确定每种交易条件下的性能拐点位置，从而确定稳定性测试的并发用户数。根据实际测试服务器(三方性能:压缩器、应用服务器、数据服务器)，估算最终并发用户数。

    还可以通过以下方式测试服务器，验证服务器在各种特殊情况下是否具有自动处理机制:

    1.容错测试

    通过模拟一些异常情况(比如服务器突然断电，网络断断续续，服务器硬盘空间不足等。)，验证系统是否能有自动处理机制，保证系统的正常运行或恢复。如果有HA(自动灾难恢复系统)，可以专门针对这些自动保护系统进行额外的测试，以验证它们是否能够有效地触发保护措施。

    2.问题排除测验

    通过原始案例或经验判断，对系统中已经出现问题或疑似隐患的模块进行验证和测试，验证这些模块是否会出现同样的性能问题。比如上传附件模块的内存泄露，地址模块的优化，tivoli性能监控对oA系统性能的影响等等。

    评估测试是获取系统关键性能指标的相关测试。主要是针对事先没有确定的预期测试结果，而是获取性能指标(如事务响应时间、最大并发用户数等。)在特定的压力场景下通过测试。事务响应时间评估:获取特定压力下事务响应时间的测试活动。这种压力下的交易响应时间可以通过模拟已知的客户压力峰值或预期压力值来获得。评估一个事务的最大并发用户数:一个测试活动，用于获取一个事务在特定的系统环境中所能承受的最大并发用户数。通过模拟真实环境或直接采用真实环境，评估事务所在该环境下所能承受的最大并发用户数。应该提前定义标准阈值(如响应时间、cpU占用率、内存占用率、峰值点击率、峰值吞吐量等。).系统最大并发用户数评估:获取整个系统所能承受的最大并发用户数的测试活动。通过提前分析项目主要模块的使用比例和使用频率，定义集成场景中各事务的比例，按比例分配各事务的并发用户数。模拟真实环境或直接采用真实环境，评估系统在该环境下所能承受的最大并发用户数。决策阈值是预定义的(如响应室、cpU占用率、内存占用率、峰值点击率、峰值吞吐量等。).价值标准基于木桶法则(并发数最小的事务为整个系统的并发数)。评估不同数据库数据量对性能的影响:通过对不同数据库数据量的测试，比较测试结果，分析数据库中表的数据量对事务性能的影响。可以用来预测系统长时间运行后可能存在的隐患，或者一些模块客户需要大量数据的时候。

    通过以上测试或用户的实际操作，已经发现或怀疑系统中的性能问题。有必要重现问题或通过响应的测试场景来定义问题。如果可能，您可以直接找出导致性能问题的代码或模块。该类测试主要测试有问题的脚本场景，可以添加工具进行发现和检测，如打开tivoli性能监控、打开Heapdump输出、Linux资源监控命令等。，并在现场运行过程中辅以人工测试。