5、后来经过讨论，确认帖子发表和回复进行压力测试，其他的不进行压力测试（因为要做静态化）

　　由第5步，可以明白，这个是需要大家来讨论确定的；

　　等过了第5步，我就要获取必要的测试参数了，例如发帖和回帖都要测试多少压力、多少并发啊？只有这些问题都搞清楚了，我才好做测试计划，准备测试资源；可是由于这个是个新项目，就连提出需求的工程师也不知道测试多少压力？？那这些需求该如何确定呢？试试如下的方法！当然，如果项目开始之初就明确了这些指标，例如：“发帖支持500人同时发帖，系统在5秒内都可以处理完毕”这样的技术指标，那我们也不需要麻烦团队里的人做无用的讨论了。

　　确认测试需求的一些方法：

　　1、问测试同行

　　去问问论坛里的同行，问问有经验的大拿，可以获得一些参考的数据；例如：“平均响应时间”最好不要超过5秒啊；一般系统小于300的并发就可以了啊；这些都是我从其他的同行那里问出来的。

　　2、获取并分析其他项目历史数据

　　公司的其他产品和项目会累积出一些数据；项目本来就是公司的，当然按照公司的数据进行分析了哈。例如：“论坛一小时最多能发100新帖”，“博客1天新增300篇”，“回复一天大概有4W个”，等等等等……，以这些数据为确认新项目测试需求的基础

　　3、注意突发事件以及惯例的峰值确定

　　一般我们获得的值也许有平均值，做压力测试如果测试是平均值，那么只能在一定的程度上保证程序的稳定性而已；这样的话，我们就必须进一步确认峰值；其实在特定的条件下，压力有可能突发甚至超过以前的峰值；例如：“911事件”发生后，sina网的新闻频道几乎在几个小时内，就有上千万的点击；当时，在 sina的老大的支持下，迅速增加了带宽，才能撑住恐怖的压力。这个例子也告诉我，如果我们的贴吧有个帖火了，也可能出现这样的情况。

　　出现峰值的情况大概有：

　　（1）站点大规模推广（例如在sina首页明显位置放了广告后）

　　（2）习惯性的集中登录（公司上班时间、股票软件开盘前）

　　（3）突发事件造成的大量访问（例如美国炸中国大使馆）

　　（4）集中事务处理日期段（财务、税务、银行、电信等软件系统的月末）

　　（5）节假日（情人节、春节等节日的通讯系统，例如短信、电话等）

　　等等……

　　4、行业标准

　　有些已经制定了行业标准的项目，依据行业标准来进行测试需求的确定。

　　5、三分之一

　　如果只给了当前页面在线用户数这个标准，那么我们可以按在线用户数的三分之一来进行并发测试。这个也是和别人讨论的时候了解的，至于是否合理偶也不清楚哈。

　　等等……

　　上面的几步都做一下，综合分析得出具体的测试需求；报告给相关人员评审后，就可以进行测试了。：）

　　==============================================

　　不过，一般的时候，我都会翻10倍来进行测试，以求一个心安理得，也顺被测试一下容量。

　　以上纯属个人涂鸦，欢迎各位达人来讨论讨论；偶初级水平，仍然学习中……

（以上言论仅代表作者的个人观点，不代表51Testing观点）

版权声明：本文出自qiguojie的51Testing软件测试博客：http://www.51testing.com/?6343

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。