如何写一份性能测试计划

一

.简介

　　简介部分就不用过多描述了，无非项目的背景，进行此次性能测试的原因，以及性能
测试覆盖的范围等等，几乎所有项目文档都在开端对项目进行简单的阐述。
　　二

.性能测试需求

　　寻找的被测试对象和压力点
　　要测试的对象不是凭空想象出来，而是经过分析与系统数据收集得到。下取几个典型的
压力点
　　登录：对于一般的系统来说，登录是用户操作系统的前提，如果用户根本就登录不了
那么其它功能将毫无用处。例如网游戏，开新服的时候，玩家挤破了脑袋只为登录。
　　查询：查询一般比较消耗系统和数据库资源。搜索引擎的查询功能就是典型，如果你在
输入框内输入内容，很久就得不到结果。我想被称为

“互联网入口”的搜索引擎就不会存在。

　　交易：对于一些电子商务系统来说，交易过程的性能要求是很高的，如果交易过程消
耗用户很长时间的话。我宁愿去超市买东西了。当然，除了交易速度外，对交易的成功率要
求也是非常高的。不然，造成的损失也是不可估量的。
　　被测的系统应该是最重要的最基本的功能，也是用户使用最频繁的功能。
　　一般的性能要求包括：
　　系统容量：系统最大容纳多少个用户注册。
　　访问数：同时访问系统的用户数。
　　并发数：一个操作同时执行的并发数目，一个系统中应该有不同操作的并发数的组合
(一般是有权限进行操作的用户)。
　　系统的最大用户数与最佳用户数

:系统在承受的最大并发用户数量，系统在最佳状态下

承受的并发用户数据。
　　响应时间：用户提交一个操作到得到响应的时间间隔。
　　吞吐率：系统每秒钟处理的

TPS

　　性能测试关键的一个因素就是压力，性能是在系统设计满足的最大压力下的性能。并发
数要不小于系统正常运行的峰值，数据总量不小于系统正常运行

3 个月的数据量。

　　在描述并发用户数目时，总是会带有相应的时间段限制。系统的性能指标实质上应当使
用单位时间内系统处理请求的个数以及请求响应时间描述。单位时间内能处理的请求个数就
是系统的业务吞吐量。虚拟并发用户的数量可以使用如下的公式换算：

 (真实用户数×每个

真实用户请求数

)/(总请求响应时间+真实用户总思考时间)=(虚拟用户数×每用户请求个数)/

(总请求响应时间+虚拟用户总思考时间)=吞吐量。
　　三

.测试环境

　　这里的测试环境主要指的软件硬件环境和网络环境。
　　笔者认为性能测试最好在一个独立的环境内进行，这样不会受到外界的干扰，能够保
证测试的数据是独立有效的。如果现你对某个已经上线的网站进行压力测试，那么你得到的
数据不是独立的，因为你在做压力测试的时候，其它散户也在访问系统。
　　软件环境：