51Testing软件测试网8aUdeB~

原创文章，转载注明出处：http://www.51testing.com/?41972

fI­S3T7`]�M183873

手动关联的过程大致如下：51Testing软件测试网4qr-f:u%fT'T
F

第一步：录制测试脚本，录制二遍

q-Q-f j ~183873

第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联

!Rp$s i6H[1]_
P*["e183873

第三步：确定插入关联的位置51Testing软件测试网
~PeN�G3H3C
S
s

*ew]8|&r
N183873

第六步：验证关联的正确性

4fB"v!u7d183873

lW7W8i
i+y$r%a[1]x183873

下面详细介绍：

&GZ­]+rLWx[1]H183873

第一步：51Testing软件测试网"}0[g2?
L }
?9KpN

录制测试脚本，录制二遍51Testing软件测试网)H]R-]q"ra~

这一步就不用多说了，相同的操作，录制两份，分别保存

p,e;Z+s%j_�q183873

第二步：51Testing软件测试网oME!F
Z7I
o6WE

使用WinDiff工具协助找出需要关联的数据

eb8E&R V­au1838731.在第二份脚本中，点选VuGen的【Tools】>【Compare with Vuser…】，并选择第一份脚本。51Testing软件测试网V+KDcf+a m2p
2.接着WinDiff会开启，同时显示二份脚本，并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本，并且以红色的字体显示真正差异的文字。（假如没看到红色字体，请点选【Options】>【View】>【Show Inline Differences】）。51Testing软件测试网‑t}~M I9`j

查看二份脚本中差异的部份，每一个差异都可能是需要做关联的地方。51Testing软件测试网�}[1]Bd A%`#o.uJ

注意：lr_thik_time部分的差异可以忽略

找到不同的部分后，复制，然后打开Recording Log或是Generation Log，按Ctrl+F，在查找窗口中粘贴差异部分的内容，点击查找找到后，查看该部分的信息，确认是客户端的请求信息还是服务器回应的信息

5}
]‑g$h(pd5s#c'X183873

如果出现在$$$$$$ Request Header For Transaction With Id 3 Ended $$$$$$这个部分，那证明是客户端发出的请求，这里是不需要做关联的

&u(d@$\sp,|%E_2a183873

一般做的关联都是出现在****** Response Header For Transaction With Id 7 ******和****** Response Body For Transaction With Id 7 ******中的部分。

k

在找到这个信息后，需要记录如下信息：

a.记录这个不同数据之前的内容和之后的内容

:W!?­I9ES9i'ij^183873

b.记录这个不同数据出现的位置，是Header还是Body

:rg j%z8W­o D[183873

 51Testing软件测试网‑A;ER@'] _[1]n9|,\$_"[

第三步：

`}‑?$w+y(\183873

确认插入关联的位置51Testing软件测试网5h&n&E0^6n,j

我们在日志中找到了两次脚本的不同点的位置，根据这个位置，我们再确定是在哪个请求之后产生的，也就是说要定位发生不同点的response是由哪个request产生的，找到了这个请求的函数位置，我们就知道要往哪里做关联了

,L6L^I,w[1]h/i]8L183873

一般情况下关联函数写到发出请求的函数之前就可以了

*w2R7l)]

/V(T‑X5g$Q:\­[183873

第四步：

T#v{3J j

插入关联函数51Testing软件测试网+r9X
|+xd X

在插入关联函数前，我们先介绍关联函数web_reg_save_param

Y[1]x
b‑\!v$o H183873

 一个web_reg_save_param函数的例子：

%f4d:On1s:e

web_reg_save_param ("sessionid",

_
[2v[1]M og1u183873

     "LB=Session_id:",51Testing软件测试网&BB6j!Vv.m6L&T_$P

     "RB=;",

|Jc)\4C lk183873

     "Search=Body",51Testing软件测试网auN"r-qf+x

     LAST);

­P)htP'Sa!f183873

在这里我们只介绍几个常用参数的含义

%G0`Lp#^gL7DR

语法：int web_reg_save_param(const char *ParamName, <list of Attributes>, LAST);51Testing软件测试网g j

参数说明:51Testing软件测试网w,_
s3v!U3?^

ParamName:存放得到的动态内容的参数名称51Testing软件测试网
m�Qg.U

list of Attributes:其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写51Testing软件测试网
O"F[1]{Wp,s%Q

LB( Left Boundary ) :返回信息的左边界字串。该属性必须有，并且区分大小写。

.@"z8r
`1r.t�F183873

RB( Right Boundary ):返回信息的右边界字串。该属性必须有，并且区分大小写。

xRq2O[C183873

Search :返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。51Testing软件测试网[1]Waxhm~

‑c`dTy
e%r183873

那么如何插入该关联函数呢？51Testing软件测试网K4\j c"M;M

1.将vugun切换到view tree模式下

S DI"[ _$j1z{!F/d |183873

2.在左边的列表中，找到在上一步发出请求的函数，点击“右键”51Testing软件测试网+L
M

选择“insert before”51Testing软件测试网"}i9oA@y&j

3.在弹出的“add step”对话框的“find function”中输入“web_reg_save_param”，点击“ok”

[1]MC­aW!A2J183873

在“parameter name”中输入,关联函数的名称，这里最好有含义，“sessionid”

;tw�In4jY$I�z183873

在“left boundary”中输入，刚才记录下的不同点字符串的左面的几个字符，定义左边界，Session_id:

's*_!R(bA"]'M183873

在“right boundary”中输入，刚才记录下的不同点字符串的右面的几个字符，定义右边界，;

:D6}-f-z1h G183873

在“search in”中，选择“body”

3|­e mX'|R a*E7c183873

点击“ok”51Testing软件测试网+y9U%~lKG(G&\R

4.回到脚本编辑模式下，查看该函数插入是否正确51Testing软件测试网1EB3O�|8|q9^!q
As/b

在发出请求的函数前应该看到：51Testing软件测试网 V
x/z[1]u:B4Oz

web_reg_save_param ("sessionid",

b"l‑\+~
J%|(~F!`183873

     "LB=Session_id:",51Testing软件测试网­\/G~'Q5Yq

     "RB=;",

hY!J%hh\(V,_183873

     "Search=Body",51Testing软件测试网,Y(Bh6\�g$ML

     LAST);

0g#y1E"@3CBc1@:e183873

 51Testing软件测试网 ad1L HV Y B4?_

第五步：51Testing软件测试网N@0| |
^

将脚本中有用到关联的数据，用参数代替

!h`
O;@;C,l
q0N183873

如发出请求的参数如下，那么将原来服务器返回的动态值使用{ sessionid }来替换：

CRu R­l+[8M*?$I‑R183873

 web_submit_form("login.php_2",51Testing软件测试网
F$B4Po|$`wA‑\(d|�\

     "Snapshot=t2.inf",

7v

     ITEMDATA,51Testing软件测试网+c{;vr0`/@
A

     "Name=login", "Value=wangjin", ENDITEM,51Testing软件测试网Z1q3P5B%f4NP5B,s

     "Name=password", "Value=wangjin", ENDITEM,51Testing软件测试网Q

       "Name=Session_id","Value={ sessionid }", ENDITEM,51Testing软件测试网5h1N1i ns
N%N

     "Name=Submit", "Value=Login", ENDITEM,

4l8y(TM t;X183873

     EXTRARES,51Testing软件测试网c
Fl[.F x x&W$X

     "URL=/media/images/border_bg_l.gif", ENDITEM,

4QJ
I!Y&JA:l183873

     "URL=/media/images/header_bg.gif", ENDITEM,51Testing软件测试网‑FB"pU

     "URL=/media/images/th.gif", ENDITEM,51Testing软件测试网'X9w
E5[ A9qp

     LAST);

tp\.r

d S(D
Mf183873

第六步：51Testing软件测试网%N

验证关联的正确性

%u d,R3B+a W V8aZ183873

回放脚本，验证关联的正确性51Testing软件测试网wM \
v

+x{QKr183873

OK！！！51Testing软件测试网~A#NJd?v@5]

大功告成，累死我了51Testing软件测试网
b$Jz"pSB­a

原创文章，转载注明出处：http://www.51testing.com/?4197251Testing软件测试网
@)N
iv.DV
~

一、对服务器所施加的压力和所服务器本身所设置的最大连接数的关系
施压的访问量并不需要达到应用服务器设置的最大连接数，连接量也有可能达到限制。这跟应用本身有很大的关系。增加压力时逐渐出现错误不要急着下结果；当然根本上的做法应该是事先将连接数设置配置好。

二、在线用户数如何转换成并发用户数？
这个问题我在具体做测试的时候遇到过，当时我是录制了好几个脚本，根据实际情况，考虑了每个脚本设置的人数，然后一起跑，以为就可以测出网站的最大在线人数，现在看来当时的这种做法是错误的。
在线用户数应该转换为并发用户数来变相的进行测试
必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用户操作次数的日志信息，这2个数据的比例就是同时在线用户转换到并发数的比例

三、如何估算服务器内存是否足够？
1个连接产生1个session，每个session在服务器上有个内存空间大小的设置，在NT上是3M，那么10万并发就需要300G内存，当然实际使用中考虑其他程序也占用内存，所以准备的内存数量要求比这个还要多一些。

四、对设置think time的理解
1、跑单个业务的脚本，本身就不符合实际情况（因为实际使用中，肯定会有多个用户在使用不同的业务），之所以还要这么测，我感觉主要目的就是为了测试该模 块或功能的瓶颈在哪里？既然这样，那就给它加压，即使实际用户使用中可能不会对服务器产生这么大的压力，但为了得到响应时间的准确值和系统的瓶颈，所以不 设置思考时间
2、而对于复合脚本，就应该设置思考时间，因为测试的目的和单一脚本不同，它的主要目的就是为了真实模拟用户的操作，以此来发现系统的瓶颈

Apache服务器是在Linux系统上部署HTTP服务器的一个最佳选择。不仅仅因为其稳定、安全，而且其还能够提供比较优越的性能。不过为了提高Apache服务器的性能，Linux系统管理员还是需要调整一些跟性能相关的参数，在Apache服务器中专门有一个模块用来进行相关的调整。作为系统管理员，在部署Apache服务器应用的时候，需要了解这些参数的含义，并根据网站应用的实际情况来进行相关的调整。要实现这个目的，笔者下面的几条建议或许能够对大家有所帮助。
　　建议一：设置最多连接数量。
　　为了保障每个连接的客户端的性能，往往需要在服务器中设置在同一时间内允许的客户端数量的上限。如在服务器上部署了电子邮件或者FTP等应用服务，为了能够保障下载的速度，就需要对连接客户端进行最高数量的限制。在Apache服务器中有一个“最多连接数量”的栏目，就是用来设置这个值。另外也可以利用配置文件中的MaxClinets参数来进行设置。通过这个参数，系统管理员可以限制客户端的连接数量与连接时间，以节省带宽来提供其他的服务或者提高已有连接的效率。当客户端的连接数量超过这个最高限制后，所有新建的连接都会被拒绝；当然服务器会把拒绝错误信息返回给客户。
　　在进行这个设置的时候，需要注意两个问题。一是在Linux操作系统上配置Xinetd服务的时候也可以进行类似的设置。如通过配置Xinetd服务配置文件中的instances参数可以设置单一服务在同一时间内提供客户端连接请求的最高上限。那么这个参数跟Apache服务器中的连接数量设置是什么关系呢？如instance参数设置为100；而MaxClients参数设置为120。那么最终可以连接到Apache服务器上的客户端数量为多少呢？注意，由于客户端的互联网连接请求是先通过Linux操作系统的，所以在Linux操作系统上的配置往往具有比较高的优先性。为此，当instance参数小于MaxClients参数时，以前者为准；当instance参数大于MaxClients参数时，以后者为准。故有时候客户端提示连接数量超过上限时，系统管理员往往需要同时检查这两个参数，才能够发现问题的真正原因。二是需要考虑在什么情况下需要启用这个限制。一般来说，如果HTTP服务器上的应用主要是在企业内部网络中应用，由于带宽比较理想，为此不需要设置这个限制。但是如果是面向互联网用户的，则往往需要设置这个限制。如企业部署了一个FTP服务器，供互联网的用户下载。由于其带宽是固定的，当下载的用户越多，其能够得到的下载速度也就越低。为此为了给已有连接的用户提供一个比较好的速率，往往就需要设置一个最多连接数。以免连接用户过多而影响下载的速率。
　　建议二：允许每次连接可有无限制请求。
　　如果是在Solaris Linux上部署Apache服务器的话，最好对这个参数进行设置。这个选项表示当客户端与服务器建立连接后，每个子进程在结束前所能接受的客户端请求上限。当达到这个上限值之后，这个子进程就会中断。这主要是为了避免某些子进程占用过多的服务器资源而导致服务器性能的下降。“设置最多的连接数量”选项主要用来限制客户端的连接数量；而每个客户端在同服务器进行连接的时候可以采用多个子进程与服务器进行连接。如FTP连接一个客户端默认情况下可以采用5个子进程进行连接。而这个客户端下载的总速率就是5个子进程的总合。故在部署Apache服务器的时候，就需要对这个选项进行限制。防止同一个客户端开启了比较多的进程，占用了大量的服务器硬件资源。
　　不过需要注意的是，这个参数跟另外一个参数keepalive很相似，但是两者有很大的区别。KeepAlive顾名思义，主要是用来保证客户端与服务器之间的一个持续连接。如果Apache服务器主要用来做视频会议或者提供在线观看电影的话，则这个参数就很有价值。此时如果把这个参数设置为OFF的话，则客户端浏览器可能必须在包含多重组件的网页中，建立许多连接请求。并且在连接的过程中，每个组件都必须进行单独的连接。而这些额外的请求与连接会增加服务器的负担及网络带宽的损耗。
　　在日常的配置中，往往是这个配置选项同时使用。如往往同时启用“允许每次连接可有无限制请求”与KeepAlive选项，并设置可以连接的最大进程数。如此的话，既可以避免因为连接数过多而给服务器带来负担，同时又不会影响多次频繁的连接请求而给服务器带来的额外负担。
　　建议三：合理配置超时时间。
　　这个选项是指客户端提出连接请求并建立起连接后，最大的空闲时间。如果超过这个时间，客户端与服务器之间仍然没有进行任何的接收或者发送信息的动作，则就会中断这个连接。其实这个选项对于访问者来说是一把双刃剑。一方面限制无用的连接时间（客户端连接上服务器而没有进行任何的请求动作）可以减少带宽的浪费，可以保障其他访问者的带宽；但是另一方面这也比较容易引起客户端使用上的不方便。如访问者可能临时有事走开一会儿（如上了一趟厕所）客户端与服务器端的连接就会中断。客户端需要重新连接服务器，从而需要进行新一轮的连接请求、身份认证等等，这也会耗用服务器的资源与带宽。所以说，这个超时时间对于双方来说，都是有利又有弊。故系统管理员在配置这个选项的时候，需要进行评估，确定是否需要设置这个选项，并为此确定一个合理的超时时间。
　　一般来说，如果设置了最大客户端连接数量的话，则最好同时配置这个超时时间。如服务器设置了最大的客户端连接数量为100个，而现在已经有100个客户端连接在Apache服务器上了。但是其中有20个客户端已经1个小时没有动作了。很有可能是其去吃饭或者其他原因忘记关闭网页，而没有中断与服务器的连接。此时这20个客户端的连接其实是一种浪费。此时如果设置了这个超时时间的话，如超过10分钟没有任何数据传送动作的话就自动关闭这个客户端的连接。很明显这可以提高这个连接点数的利用效率。
　　另外在Apache服务器配置文件中，有一个KeepAliveTimeout参数，跟这个超时时间比较相似。这个参数主要用来设置客户端与服务器建立连接后，客户端提出两个请求之间的时间间隔。如果超过一定的时间间隔，客户端并没有再提出另外一个请求，则这个连接声明即中断。可见这两个选项的功能很类似，不过其中有一个很重要的区别。因为在客户端与服务器连接的时候大致分为两个阶段。第一个阶段为客户端提出连接但是服务器还没有响应；第二个阶段为客户端与服务器之间已经建立连接。前面这个参数的话适用这两个阶段中的任何一个阶段。而后面这个参数则只适合第二个阶段，即连接后的控制。在其他方面基本上没有区别。故在大部分情况下，这两个选项可以通用。总之，是否需要采用这个选项需要根据服务器的应用情况来定。作为系统管理员，需要在服务器性能与用户便利性之间取得一种平衡。这种平衡往往很难实现。需要系统管理员进行多次的测试、调整、用户意见反馈，最终才能够得到一个合理的答案。
　　建议四：慎用允许持久性连接。
　　在服务器性能调整选项卡中，有“允许持久性连接”这项内容。如果选中这项内容的话，就表示客户端与服务器之间的连接永远有效，除非客户端手工中断与服务器之间的连接（如关闭网页或者重新启动客户端）。如果把配置文件中的KeepAliveTimeout参数设置为Ture，也可以起到类似的效果。对于这个选项来说，系统管理员需要慎用。因为根据经验，一般用户不会主动去关闭网页。也就是说，不会主动去中断客户端与服务器端之间的连接。他们很可能会在用完电脑需要关机的时候才会中断这个连接。此时在服务器端虽然有很多客户端的连接数量，但是有不少可能都是“死连接”，在很长的一段时间内不会有数据的传送动作。这对于服务器来说，是一种性能上的浪费。为此笔者的意见是，宁可把用户与服务器之间的空闲时间设置的长一点，如2个小时甚至更久，也尽量不要采用持久性连接。