web性能测试要注意的事
作为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版本保持一致）。