制定性能测试策略时，如何设计相应的系统用户数、同时在线并发用户数以及每个具体功能的并发用户数

在制定性能测试计划以及测试策略时，如何制定具体的性能测试指标？并且这个性能指标能够让开发人员、项目组成员以及业务人员都能够认可呢？

今天刚好有个朋友问我如何制定相应的测试计划和测试策略，说他们之前制定的性能测试指标上级不认可。

在我的测试过程中，我一般会使用以下几种原则：

1、第一原则：历史数据分析原则。

即从现有系统中获取半年或者一年的用户访问情况，从而分析出详细的性能测试指标。

假设有一个项目，前半年的用户访问情况表如下：

每日用户访问数（UV）：20,000人/次

每日用户访问页面数（PV）：200,000页面

用户集中访问时间段：20:00-23:00

用户集中访问时间段内用户访问数(UV)：10,000人/次

用户集中访问时间段内用户访问页面数(PV)：150,000页面

.....................................等多个当前系统的访问情况。

通过上面的数据，计算出单位时间内最高并发用户数、最高并发页面访问数、最高并发事务等数据，也可以得到某个时间段内的数据。这样就可以根据这些数据，来制定相应的测试指标。

还必须考虑一下几个方面：

业务部门对系统的发展前景预期：比如是2倍的当前系统用户数等。

是否会出现硬件升级：若出现升级，这必须测试新的硬件环境以及老的硬件环境的数据对比。

是否会增加集群的部署：若增加集群，则必须考虑到集群对性能的提升。

是否会出现某个用户集中使用的事务？等其他变更情况。再根据这些具体的变化，制