性能测试如何创造业务价值

性能测试如何创造业务价值

性能测试出现的初衷

先思考一个问题：我们开展性能测试的初衷或者说需求从何而来?

可能是线上用户反馈APP响应太慢，可能是财务或成本部门反映IT的硬件成本太高，也可能是某次业务运营活动由于系统无法及时正确的处理导致了业务目标未达成(问：双11零点线上系统挂了是什么体验)。

这些问题归类来说，都是源于用户和业务的痛点或诉求：

APP响应太慢：想办法提升处理速度;

硬件成本太高：想办法降低硬件成本;

业务目标未达成：想办法提升系统稳定性;

为什么要做性能测试?

从性能测试的几个关键指标展开来讲，性能测试中大家最关心的是TPS/RT/资源使用率。

TPS即每秒事务数，表示既定配置下某个服务单位时间内的处理能力。

RT也有平均RT/99RT等，是从不同的维度衡量系统处理单个请求的耗时。

资源使用率即运行于某服务器上的服务在处理请求时所耗费的资源。

当然还有请求成功率这个指标，该指标主要用来衡量系统处理请求的成功率和异常请求的容错能力。

从性能测试行为来看，性能测试目标是在尽可能提升系统处理能力&异常容错能力/降低请求耗时的同时，追求资源耗用达到最低。

性能测试创造了什么价值

接着上文继续聊，用户有反馈，财务有诉求，业务遇到了痛点，怎么办?想办法解决问题!

用户反馈慢，那就通过性能测试不断的调优验证，提升单位时间内的处理能力，降低处理耗时，提升用户体验。

财务反馈成本高，那就提高既定配置下服务器的资源利用效率，用更少的资源处理更多的请求，降低硬件成本。

业务遇到了痛点(技术导致业务目标未达成)，就想办法利用技术手段解决业务的痛点。

总结一下就是“降低成本/提升用户体验/保障业务目标达成”，这就是所谓的业务价值!

性能测试创造价值的前提

前面我提到了技术是为业务目标达成提供支撑和效率工具，性能测试可以直接或间接创造业务价值，但并不是说有工具就能创造正向的价值。

我觉得性能测试只要做起来还是在成就业务价值的。

这需要满足几个条件：企业有需求，有资源投入，有看得见这个价值的领导支持，有不断迭代前进的流程规范和技术体系建设。否则性能测试依然是低端run工具水平。

其实技术要创造业务价值很简单，只需要遵循这几点：

发现业务痛点;

找到合适的方案;

用更低的成本更高的效率更好的解决业务痛点;