web性能测试要注意的事

Posted 2021-04-28 TesterBar

• 作为QA，你了解性能测试么？做过性能测试么？如果都没有，那你是否觉得性能测试很神秘呢？再细分到web性能测试我们又该如何测试呢？接下来我将主要介绍一下Web端性能测试各阶段需要注意和考虑的问题。希望对新手朋友有一些帮助。

1、对测试系统进行分析，明确需要对什么进行压力测试（接口？web页面？）

接口：接口中有哪些参数，各含义，是可选项还是必选项，取值范围，是计算密集型，还是IO密集型，期望性能等；

Web页面：包含哪些接口，涉及哪些服务，期望性能等；

2、明确被测对象后，考虑测试环境

a)   被测服务环境是否独立【一般情况下，被测服务的环境尽量与其他服务分开】

b)   被测对象是否有缓存【要根据实际情况，确定压测过程中是否开启缓存】

详细说明：首先要了解缓存的有效期，真实的环境中命中缓存的比例大概是多少；不带缓存压测，可知晓系统的最差性能。带缓存压测，数据集的选取非常重要。

c)   发压机与被测环境要在同机房【简单的ping命令，查看大概的访问延时】

d)   服务是否有些安全机制【例如：同一ip的访问次数限定，同一用户的操作频率限定】，影响性能测试的因素，在测试前需要关闭。

e)   host检查（避免压到线上）

3、详细分析被测对象，编写压测脚本

a)   请求是http还是https  （ssl, https压不去 | 走http请求  例如：大搜，走IE6 User-Agent）   (https   可以压页面)      

b)   服务是否与登录有关【登录用户的操作，需要在请求的header中增加cookie字段，标识用户的状态等信息】

详细说明：

  很多页面在登录与不登录的情况下处理方式是不同的；有些页面也只有登录用户才可以访问；页面的逻辑与用户的等级等状态有关。

  如何获取cookie，fiddler抓包，拷贝整个消息头部的cookie字段。

  涉及cookie字段的，要注意相关参数的有效期，压测前检查是否失效。

（jmeter设置cookie及相关cookie文件，如下图）

（Fiddler抓包，获取cookie信息，如下图）

c)   有些服务，会检查refer，hostname等参数，压测脚本中需要在header中增加这些字段

d)   前端页面，有时不同的User-Agent也会影响实际的业务。此时也需要固定请求header中的UA字段

e)   增加断言【检查业务错误率】

详细说明：

  jmeter错误率统计的是请求返回非200的情况，但是对于web端而言，在有异常情况的时候，都会有相关的处理方式（例如：302重定向到其他页面），最终不会返回非200。需要设置断言，判断返回页面是否符合预期。

  设置断言，检测返回结果中，是否包含某些参数或值

(jmeter设置断言举例，如下图)

f)   设置日志【设置相关内容的记录与否】

g)   利用jmeter常用函数，提高效率

常用函数介绍：

时间：

${__time(,)} 1450056496991   //无格式化参数，返回当前毫秒时间为整数 

${__time(yyyyMMdd,)} 20151214 //返回年月日 

${__time(HHmmss,)}  092816 //返回时分秒 

${__time(yyyyMMdd-HHmmss,)} 20151214-092816 //全 

random_tt=${__time(,)}_${__threadNum}

进程：

${__threadNum}

随机数：

${__Random(1,100,fun1)}

编码：

${__urlencode(${q})}

可变参数如进程数等，NUM_THREADS为自己起的名字

${__P(NUM_THREADS)}

对于此种参数传参时为：

/da1/dongshiyue/jmeter3.0/bin/jmeter.sh -JNUM_THREADS=$1 -JDURATION=$2 -JFILE=$3 -JDOMAIN=$4 -JPORT=$5 -JPATH=$6  -n -t ../tusoujmx/tusou_stable_search.jmx

实际应用场景：有时为了方便定位问题，会在请求的url中，增加一个唯一的随机参数，格式：randomtt=${__time(,)}_${__threadNum}，参数是由时间戳和进程号组合（如下图）。

 4 、准备测试数据集

a)   压测数据集是性能测试的重中之重，压测数据直接影响测试的价值与可行度

b)   多个参数的各种组合情况是否覆盖【tips：多个参数多个文件引入时，如果是倍数关系，很多组合情况覆盖不到，需要将各种组合情况列在一个文件中，以参数个数的形式引入】

c)   Query类的压测，测试数据集的选用，需要考虑的问题

query 是否需要去重【去重后的query，在一轮测试中，不会命中缓存】

query 使用线上真实的流量，即从线上日志中获取，不进行去重，能够完整的模拟线上流量

特殊字符集【特殊字符可能会导致服务挂掉，影响稳定性，常见的一些特殊字符：空格，特殊字符，半角全角符号，其他语言文字等】

网络攻击字符集【主要是一些js注入，SQL注入，XSS攻击的语句】

d） 涉及用户状态或等级等功能，准备的cookie数据要涉及不同情况，用户等级的比例也要通过cookie数据的个数进行控制。

5、进行尝试，确定压测脚本和数据集

a)   1-4步完成后，开启日志设置中的responseData等参数，压测一轮。检查返回的数据是否符合预期。【可以检查参数是否正确，cookie是否生效等】

b)   通过尝试，确定并发数

c)   修改日志设置，关闭responseData，开始压力测试。

其他注意点：

（keep-alive  默认是长链接） 跟开发沟通 是否是长链接

a)   涉及到特殊字符等压测数据，最好将测试数据urlencode之后使用。Jmeter本身的编码功能，对一些特殊字符的支持不是很好，测试会中断。

b)   压测web页面，页面较大时，为了避免，打满带宽，导致压力上不去的情况，要设置header中的Accept-Encode字段，用压缩形式。

c)   Jmeter设置的path中，如果包含一些特殊字符例如：&、>、< 等一定要用html实体字符的形式，例如：& --> & > --> >  < --> <

d)   不熟悉jmx文件的情况下，可以通过windows图形化jmeter界面配置，生成的jmx可直接使用，只需修改路径即可（注意jmeter版本保持一致）。