服务器稳定性是最重要的，如果在稳定性方面不能够确保业务运转的需求，在高的功用也是无用的。

正规的服务器厂商都会对产品吵醒不同温度和湿度下的运转稳定性测验。要点要考虑的是冗余功用，如：数据冗余、网卡荣誉、电源冗余、电扇冗余等。

一些测验办法首要分以下几种：

压力测验：已知体系高峰期运用人数，验证各业务在***并发数（经过高峰期人数换算）下业务呼应时刻能够到达客户要求。体系各功用目标在这种压力下是否还在正常数值之内。体系是否会因这样的压力导致不良反应（如：宕机、运用反常间断等）。

Ramp Up 增量规划：如并发用户为75人，体系注册用户为1500人，以5％－7％作为并发用户参阅值。一般以每15s加载5人的办法进行增压规划，该数值首要参阅测验加压机功用，主张Run几回。以业务经过率与错误率衡量实践加载办法。

Ramp Up增量规划方针： 寻觅已增量办法加压体系功用瓶颈方位，捉住呈现的功用拐点机遇，一般常用参阅Hits点击率与吞吐量、CPU、内存运用状况归纳判别。模仿高峰期运用人数，如早晨的登录，下班后的退出，薪酬发送时的音讯体系等。

另一种极限模仿办法，可视为在峰值压力状况下一同点击业务操作的体系极限操作目标。加压办法不变，在各脚本业务点中设置同调集点称号（如：lr_rendzvous("same");）在场景规划中，运用业务点调集战略。以一同到达调集点百分率为规范，一同开释一切正在Run的Vuser。

稳定性测验：已知体系高峰期运用人数、各业务操作频率等。规划归纳测验场景，测验时将每个场景依照必定人数比率一同运转，模仿用户运用数年的状况。并监控在测验中，体系各功用目标在这种压力下是否能坚持正常数值。业务呼应时刻是否会呈现动摇或随测验时刻增涨而添加。体系是否会在测验期间内产生如宕机、运用间断等反常状况。

依据上述测验中，各业务条件下呈现功用拐点的方位，已确认稳定性测验并发用户人数。依然依据实践测验服务器（加压机、运用服务器、数据服务器三方功用），预算终究并发用户人数。

场景规划思维：

从稳定性测验场景的规划含义，应分多种状况考虑：

针对同一个场景为例，以下以公函附件上传为例扼要剖析场景规划思维：

1）场景一：已压力测验环境下功用拐点的并发用户为规划测验场景，意图验证极限压力状况下测验服务器各功用目标。

2）场景二：依据压力测验环境中CPU、内存等目标选取服务器所能接受***压力的50%来确认并发用户数。

测验办法：选用1)Ramp Up-Load all Vusers simultaneously

2)Duration-Run Indefinitely

3)在Sechedule-勾选Initalize all Vusers before Run

容错性测验：经过模仿一些非正常状况（如：服务器忽然断电、网络断断续续、服务器硬盘空间缺乏等），验证体系在产生这些状况时是否能够有主动处理机制以保障体系的正常运转或康复运转办法。如有HA（主动容灾体系），还能够专门针对这些主动维护体系进行别的的测验。验证其能否有用触发维护办法。

问题扫除性测验：经过原有事例或经历判别，针对体系中从前产生问题或置疑存在危险的模块进行验证测验。验证这些模块是否还会产生相同的功用问题。如：上传附件模块的内存走漏问题、地址本模块优化、敞开Tivoli功用监控对OA体系功用的影响等等。

测评测验是用于获取体系的关键功用目标点，而进行的相关测验。首要是针对预先没有清晰的预期测验成果，而是要经过测验获取在特定压力场景下的功用目标（如：业务呼应时刻、***并发用户数等）。

评测业务买卖时刻：为获取某业务在特定压力下的呼应时刻而进行的测验活动。经过模仿已知客户高峰期的各压力值或预期所能接受的压力值，获取业务在这种压力下的呼应时刻。

评测业务***并发用户数：为获取某业务在特定体系环境下所能接受的***并发用户数而进行的测验活动。经过模仿实在环境或直接选用实在环境，评测在这种环境下业务所能接受的***并发用户数。断定规范阈值需预先界说（如呼应时刻，CPU占用率，内存占用率，已呈现点击率峰值，已呈现吞吐量峰值等）。

评测体系***并发用户数：为获取整个体系所能够接受的***并发用户数而进行的的测验活动。经过预先剖析项目各首要模块的运用比率和频率，界说各业务在归纳场景中所占的比率，以比率办法分配各业务并发用户数。模仿实在环境或直接选用实在环境，评测在这种环境下体系所能接受的***并发用户数。断定规范阀值预先界说（如呼应时刻，CPU占用率，内存占用率，已呈现点击率峰值，已呈现吞吐量峰值等）。取值规范以木桶规律为准（并发数最小的业务为整个体系的并发数）。

评测不同数据库数据量对功用的影响：针对不同数据库数据量的测验，将测验成果进行比照，剖析发现数据库中各表的数据量对业务功用的影响。得以预先判别体系长时刻运转后，或某些模块客户要求数据量较大时或许存在的危险。

问题定位测验在经过以上测验或用户实践操作现已发现体系中的功用问题或置疑已存在功用问题。需经过呼应的测验场景重现问题或界说问题。如有或许，能够直接找出引起功用问题所在的代码或模块。

该类测验首要仍是经过测验出问题的脚本场景，并能够添加发现和检测的东西，如敞开Tivoli功用监控、敞开HeapDump输出、Linux资源监控指令等。并在场景运转过程中辅以手艺测验。

【修改引荐】

1. Windows环境下Apache服务器压力测验
2. 服务器功用测验软件IOMeter装置装备攻略
3. 根据体系实在数据的TUXEDO运用服务器压力测验