所谓稳定性测试,想必做过测试的都不会陌生。也就是在一定压力下,需要验证系统是否能正常运行一段时间。
于是出现了两个变量:
-
时间的长短
-
压力的指数
在稳定性测试的方案设计上,对这两个变量的拿捏不准,会导致稳定性测试的结果毫无意义。
作为一个B/S系统,测试中运行的时间长短,MS提出了一个72小时的概念,姑且也算标准的一种。
然而大部分客户过于简单的对待了压力指数。通常客户在稳定性验收标准中,只提到了用户数、运行时间、数据吞吐量等这些泛泛的指标。上一次验收,客户找了一个第三方测试机构,直接用LR往上面堆用户,丝毫没有Think time,结果自然不言而喻,弄得我们非常的难过。FT,莫非“做网站,靠的就是点击率”。
愚以为,在稳定性测试方案的设计时,需要结合业务系统的特征,罗列影响稳定性的因素,如:软件环境、硬件环境、网络环境等等,由外向内的形成一个理论上完备的方案。测试验收时,在根据实际的资源情况,由内向外的测试,最终得到一个阶梯状的稳定性指标。