Web 性能测试需求分析方法.docx

Web性能测试需求分析方法

这是一个会议系统,面向市场推广活动,看到广告的人,都可能会来参加该会议,但是会议支持人数的上限1000.

--从每小时访问量,再根据业务逻辑,推算各典型业务可能的压力.推算出性能测试指标.

大量用户可能因为广告效应，访问量比较大，估计高峰时段,每小时访问量：2W~5W,以2w为例。毛估：

30%会直接离开

70%会逗留-其中40%浏览页面(8000左右)，10%（2000左右）加入/离开会议，5%(1000)填写登记表，5%（1000）填写调查表，0.1%(20)安排会议。

因此典型业务的大概估计是：

关键页面：每小时8000,每秒2page左右.首页加上进来马上离开的人，每秒最多10page.模拟并发时，并发用户之间时延100ms–500ms的高斯时间.操作动作时延以实际录制时延为准。

登陆:包含加入会议有个对登记者的验证过程，估计最大并发数在每秒10个以内.

安排会议：安排会议的并发量应该会非常少，估计最大并发数在每秒

5个以内.

加入会议：通常我们一个会议人数限制在1000人，由于我们通常提早15分钟通知，估计加入峰值在15分钟内。最多15分钟(900s)加入1000人。最多每秒加2个人。并发用户时延可考虑在100ms-500ms。

离开会议：离开会议会产生高峰，1000人估计会在2分钟内退出，

退出后的调查页面估计有20%会在2分钟内同时提交。退出返回页面要求支持

瞬间每秒10个并发。调查页面支持每秒10并发.

根据以上分析，系统对并发量要求很低!所以并发上几乎没有问题。关键参数是响应时间和出错率。我们需要类比在用户典型行为下的响应时间和出错率！比较同类网站的响应时间.

QA的测试重点就是：

关键模块的单独压力测试(没有时延)，先保证不存在代码错误问题。

典型用户行为的测试，重点关注响应时间和出错率。实现性能优化.

典型用户行为下的稳定性测试

比较同类网站的响应时间.