Tsung
Tsung的压测模式和JMeter等常见压测工具是不一样的。Tsung属于"open system model" ，算是一种"open-ended load testing tools" , 并且和"Yandex. Tank"一样，属于"hit-based mode"形式。它的很多概念和JMeter等常见的压测工具不一样。另外提一点，Gatling缺省是"closed model"的，可以使用repeat和during实现"open-ended load testing"。当用JMeter这样的"closed-ended"压测工具打压很高的压力时，就得增加非常多的slave加压机器。Tsung这种"open-ended"型的压测工具，往往单机就能打压较高的压力。在测试资源受限时，Tsung是较好的选择。
基础概念
Tsung的一些基础概念：
- Tsung的每一个虚拟用户就是一个erlang的轻量进程。
- 虚拟用户完成session后就消失。
- 每个cpu都会产生一个erlang虚拟机用来发挥多CPU的优势
- 大量的虚拟用户(erlang轻量进程)建立在erlangVM上
- 一台测试机可以启多个erlangVM，目前按照1个cpu启动1个erlangVM
- 每个虚拟机下有很多user，每个user可以产生很多session,一个session由很多request组成
集群
Tsung 的集群测试使用十分简单，只需要在主节点上执行操作，所有从节点会自动执行，不用去干预。只涉及到打通主从节点的通讯问题（基于Erlang的通讯）。如果基于 SSH 的免密钥方式，很容易出现问题，可以使用 tsung_rsh，也要在主节点上修改 tsung.xml 的client段配置。要注意两点：
- 如果要修改监听端口，默认值是19999，那也要同时修改rsh_client.sh的PORT值
- 内网和各机器要开放
19999端口
可以采用以下方式验证主从节点之间的通讯。将 remotehost 分别修改为从机进行测试。如果返回 {ok,bar@remotehost} ，则说明通讯没有问题。
erl -rsh /otp/apps/tsung_rsh/rsh_client.sh -sname foo -setcookie mycookie
(foo@myhostname)1>slave:start(remotehost, bar, "-setcookie mycookie").
相关命令
运行脚本：
tsung -s -f users_load.xml start
运时时动态报表：
http://master-ip:8091
结束后生成报表并查看：
tsung_stats.pl && python -m SimpleHTTPServer
http://master-ip:8000
多次结果比较：
tsplot "First test" firsttest/tsung.log "Second test" secondtest/tsung.log -d outputdir
用户设置策略
- arrivalrate：时间单位内产生多少个用户，如arrivalrate=2，unit=second表示每秒产生2个用户
- interarrival：多少单位时间内产生一个用户，如interarrival=2，unit=second表示每2秒产生1个用户，不要和arrivalrate同时存在
如果你想限制阶段内产生的用户数量，可以用maxnumber来限定用户数，如maxnumber="200"（阶段内产生的用户数量，如果达到后，默认会结束本阶段，哪怕在Load上设置了duration也不行）
客户端证书
可以通过使用客户端证书来进行ssl验证。你可以使用动态变量来设置证书的一些参数：
<set_option name="certificate">
<certificate cacertfile="/etc/ssl/ca.pem"
keyfile="%%_keyfile%%" keypass="%%_keypass%%" certfile="/home/nobody/.tsung/client.pem"/>
</set_option>
Match
在<request>标签中定义match标签，可以检查服务器响应。常用它来作为请求的断言。也可以在匹配前对content应用一个函数，例如，对Http响应的body计算md5，并比较它：
<match do='log' when='nomatch' skip_headers='http' apply_to_content='ts_digest:md5hex'>01441debe3d7cc65ba843eee1acff89d</match>
<http url="/usrs/foo" method="GET" version="1.1"/>
Dynamic variables
在<request>标签中定义dyn_variable，可以处理请求过程中变化的部分。但此时应用到的<request>要加上 subst="true" 属性。
<request>
<dyn_variable name="pdbRightId" re="Set-Cookie: pdbRightRandomIds=([^;]+)"/>
...
<setdynvars sourcetype="random_string" length="10">
<var name="rndstr1" />
</setdynvars>
<request subst="true">
<http url='http://mp2.web.liantiao.ofcard.com/pdbRight/checkAct?randomId=%%_rndstr1%%' version='1.1' contents='type=thirty&memberId=%%_pdbRightId%%' content_type='application/x-www-form-urlencoded; charset=UTF-8' method='POST'>
...
另外，Dynamic variables也可以用Erlang代码动态赋值生成：
<setdynvars sourcetype="eval"
code="fun({Pid,DynVars})->
{ok,Val}=ts_dynvars:lookup(md5data,DynVars),
ts_digest:md5hex(Val) end.">
<var name="md5sum" />
</setdynvars>
在上面情况下，我们使用tsung函数ts_dynvars:lookup取回动态变量命名md5data。
脚本文件
Tsung的压测脚本是xml的，所以各个标签之间有顺序要求，如果顺序不对会报奇怪的错。在编写时，不熟悉的要跳到脚本的最开始，去查"/usr/share/tsung/tsung-1.0.dtd"。如果用vim，只要gf就可以了，然后还能用ctrl+n/p来auto completion。复杂的脚本或长的压测流程，最好把文件拆分开来：
<?xml version="1.0"?>
<!DOCTYPE tsung SYSTEM "/usr/share/tsung/tsung-1.0.dtd" [
<!ENTITY user_load SYSTEM "./user_load.xml">
<!ENTITY ecstore_session SYSTEM "./tsung_estore_simple.xml">
]>
...
<servers>
<server host="ecstore-test.ecae.local" port="8000" type="tcp"/>
</servers>
&user_load;
<options>
...
</options>
&ecstore_session;
</tsung>
条件判断和循环处理：
<request>
<dyn_variable name="result" re="Result: (.*)" />
<http url="/random" method="GET" version="1.1" />
</request>
<if var="result" eq="3">
<request><http url="/foo" /></request>
<request><http url="/bar" /></request>
</if>
<repeat name="myloop" max_repeat="100">
<request>
<dyn_variable name="result" re="Result:(.*)" />
<http url="/random" method="GET" version="1.1" />
</request>
...
<until var="result" eq="5" />
</repeat>
...
<for from="2" to="10" incr="2" var="cnt">
...
<request subst="true">
<http url="/page/?id=%%_cnt%%" />
</request>
...
</for>
Tsung官方文档还是比较简单的，具体细节可阅读官方文档。
网友评论