在说负载测试之前，先看看以下几个例子：
目标：
1、测试小明在短时间内能举起的大重量；
2、小明在某个较长时间内能一直保持举起状态的大重量；
关键点：短时间：多短的时间，1秒？2秒？长时间是指多长？1分钟？30分钟？
分析结果：都是测试小明在某个指定的时间内能举起的大重量，定义的时间长短直接影响到测试结果，即测试结果是基于某个前提的。
测试方案：
1、多次尝试来确定
（1）在规定时间内，小明先尝试举起50斤的；
（2）如果能举起则尝试举起100斤，否则尝试举起75斤的；
（3）如果能举起100斤则尝试举起150斤，否则尝试举起125斤；
（4）往复尝试举起，直到找到小明能在规定时间举起的大重量；
优点：能快速找到一个大概测试值，耗费的资源较少（时间等）--因为尝试的夸大度，次数少；
缺点：较难找到一个较为准确的测试值；
2、持续尝试来确定（这里用人来做例子不太妥当--毕竟人是会累的，如果应用到计算机的话就挺合适的）
（1）小明先举起50斤，然后有人同步开始计时；
（2）在计时期间内，小明保持举起50斤的状态；
（3）第一个计时结束后，有人给小明加1斤的重量，并开始第二个计时；（1斤只是一个比喻，可根据需要适度调整）
（4）一直循环计时，并尝试举起，直到找到小明能在指定时间举起的大重量；
优点：能找到一个较为准确的测试值；
缺点：耗费的资源较多--因为要持续测试、测试值的变化是缓慢的，需要测试较多的次数；
好了，相信大家已经明白我说的是啥了，就是要测试软件系统在指定条件的大负载；
1、
a.从实际出发---如果时间足够短的话，就是高并发的压力测试，在某个极端短的时间内，服务器收到超级无敌多的请求（一瞬间的巨大压力），测试系统的性能指标：响应时间、事务丢失数、QPS等，然后再考虑性能指标是否符合期望；
b.从要求出发---在指定系统的性能指标（QPS、响应时间等），然后测试在某个极端短的时间内，系统支持的大请求数量；
2、
a.从实际出发---如果时间足够长的话，就是持续请求的负载测试，在某个极端长的时间内，服务器持续收到一定数量的请求，测试系统的性能指标（如响应时间），然后再确定性能指标是否符合期望；
b.从要求出发---在指定的性能指标（QPS等），然后测试在某个极端长的时间内，系统能【稳定】支持的请求数量；
3、一般来说，短时间压力测试的QPS值比长时间负载测试的QPS值要大；
Jmeter测试演示后期补充。
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。