Pv和并发的换算

Pv和并发的换算

l 并发数=PV/（PV统计时间，换算成S，一天是86400S）*（页面链接次数，包括外部的js css图片等，一般可用10）*（http响应时间，一般可用1或者更少）*（因数，一般用5）/web服务器数量；

l PV=并发用户数*（PV统计时间，换算成S，一天是86400S）*（页面链接次数，包括外部的js css图片等，一般可用10）*（http响应时间，一般可用1或者更少）*（因数，一般用5）/web服务器数量；

分为分线上系统和新系统

         1）已上线项目，如果公司有日志分析和监控的话，可以从监控日志中获取测试目标

                   a）从线上日志获得每个功能的并发量。

         b）日志中获取场景，看pv总量，使用多的url和开发、产品确认的重要功能，从日志中获取的数据都只是基准值，还需要考虑增量。

         c）分析增量，根据统计增长趋势来大概预估一个未来增量的并发数量。

         d）新的功能加入后，平均处理时间不能超过线上先有的值。

         e）如果线上无日志可以分析，可以从数据库入手，DBA和OP都可以获得每天的增量，来计算增加趋势。只有pv值，并且是pv总量，只能以20/80原则来计算时间上算法就是60*1/4，如果按60来算就是整个系统的并发量。

f）修改的功能，找相应的场景的并发量和响应时间，修改后的值不能大于线上值

g）线上新增的全新功能，并发量和响应时间找平级功能的增删改查等值作为参考值

 

 

         2）全新的项目，可以以其他公司类似网站的标准作为参考值

a）数据全部重新获取，需要市场、直属领导给一个值，测试只是协助角色，测试目标一定要明确，其中包括并发量、响应时间、tps（多少并发量，在什么响应时间内，其中的性能情况给出一份结果）

b）测试场景请需求、开发、市场一起定一个初稿(需求：哪些功能/场景需要做性能测试？开发：哪些觉得有问题？核心功能和有风险的)

c）功能测试阶段，去找功能测试了解功能测试中比较慢的功能，加入到性能测试场景中，还可以自己从功能测试角度去检查是否有遗漏

d）需求、开发定了一个性能指标后，还需要考虑一个增量，增量只是一个预估值，增量不大的话可以按一年20%来测试