如何调试脚本,解决脚本回放成功但失败的情况

1 背景

1.1 讲一个故事

以前我们公司招了一个自称非常熟练loadrunner的员工，有一次分配给他测试sso 单点登录系统的性能测试。登录一个网站A，需要输入用户名密码，然后在访问另一个网站B，因为在网站A已经登录过，所以B应该不需要再登录，直接就可以访问B页面。让该员工测试下可以支持多少用户，及稳定性。

该员工使用loadrunner测试了2天，然后给我们报告说支持320左右个用户并发。

然后，我们跟他一起验证下，确实在320并发时就出现用户失败。但检查系统A与B，发现A确实登陆了，但B没有数据，后面他定位了半天也没解决问题，最后我帮他定位下，结果发现是发给B系统请求B页面的HTTP的会话信息里没有包括用户已经登陆的信息，会话在Cookie与URL的参数都存在。

还有另外一个问题，当时由于没研究loadrunner是如何模拟用户的，后来参与开发了kylinPET性能测试工具，才对性能工具的原理有深入的了解。其实之前loadrunner工具测试的并发用户数最大支持320，是错误的，大家可以看我写的“如何测试服务器的最大并发数”，网址：https://www.360docs.net/doc/1f8675688.html,/dow_6_1.html

1.2 该故事说明了什么

该故事说明了，一个熟练loadrunner的人进行系统性能测试，还是出现花费了2天多的时间是白费的，因为实际B系统还需要登录，因此无法访问B 页面。

为什么呢，因为他对业务了解不透，还有认为loadrunner回放通过就表示脚本没问题，虽然他做了一些关联参数，但脚本其实还是错误的。因此，会

使用性能测试工具只是一项技能，真正掌握性能测试，还需要结合业务与协议、网络知识，另外还需要掌握测试工具调试脚本方法。

1.3 在网络上经常出现求助帖：测试工具脚本回放成功，但实际是失败

在网络论坛上经常出现求助帖：测试工具loadrunner或jmeter的脚本回放成功，但检查后台，数据不存在或用户其实没登陆。

很多测试人员对系统不了解，有不懂HTTP协议，也不了解网页怎么产生的，然后就使用测试工具进行测试；有些人员会检查后台发现脚本有问题，但不会定位；有些经验丰富的人，知道怎么调试脚本，验证脚本，并定位问题修改；然而，有些新手或经验不足的测试人员会出现做无用功，而且还不知道自己做了无效的性能测试，因为他认为测试工具回放成功就表示OK。

其实，很多开发人员或设计人员也不能完全了解被测系统，另外也不了解HTTP协议，因为HTTP是底层的，都被封装了，如spring开发基本就不需要了解HTTP。所以，测试人员要掌握一些基本知识，如HTTP协议、基本的网络知识，还有掌握系统架构、场景、还有业务流程，也是很有技术含量的。

对于W EB学会使用浏览器调试功能或httpwatch了解系统业务交互流程，学习HTTP。如果有这样的基础，使用性能测试工具调试脚本就事半功倍啦。2 介绍怎么调试脚本（这里只介绍WEB）

很多测试人员或开发人员对HTTP或HTML不熟悉，很大可能还不了解业务细节，所以自己修改脚本有一定的难度，需要借助工具提供的调试功能来调试脚本。主要解决业务动态的地方：参数化、关联参数、Cookie。

2.1 测试工具怎么判断脚本失败

当如下情况发生时：

1)发送请求消息参数化失败

2)出现响应码错误，如收到500、505等错误码

3)出现超时，请求HTTP，但它的响应时间超过期望时间

4)建立TCP连接失败

2.2 脚本回放成功并不代表业务成功

一个脚本执行成功通过上面条件判断是不够的，因为可能存在这样的情况，登录成功，服务器回302定位到正常页面；登录失败，服务器回302或200定位到错误页面或登录页面。登录失败时，其实所有HTTP请求都是成功的，只是业务失败，所有根据上面条件，测试工具会认为脚本执行成功。如下图，登陆失败跳到error.jsp，但响应码是302。如：

如果没有判断响应码或检查页面内容（检查点），则测试工具会认为脚本正常，继续请求已录制的后面的HTTP请求，但其实脚本已经失败，因为业务失败啦，没出现正常页面。

这种情况是常发生的，即得到的内容或页面不是正常的。

很多工具只提供检查页面内容，没有提供检查响应码，但没经验的测试人员，可能不会设置或忽略设置，因为脚本执行成功，他认为脚本没问题，这将导致性能测试无效。

loadrunner不支持检查响应码但支持设置检查点，kylinPET支持检查响应码与检查点，响应码自动根据录制设置。

2.3 脚本回放成功，需进一步验证

脚本回放成功后，还需要进一步验证，验证方法：

2.3.1 检查服务器

在服务器上查看数据是否正确，如检查用户提交了数据是否存在；但只有用户提交数据并保存到数据库或日志才可以检查，很多系统可能没用户提交，用户只是获取数

据，但可能存在由于参数错误，获取的数据失败，如获取json内容错误（HTTP仍然是回200）

所以，检查服务器并不是最好的方法，因为有些系统可能无法检查。

2.3.2 检查HTTP响应日志

检查回放脚本是的HTTP交互日志，分析是否正确，这个要求技能比较高，需要知道内容结构及看得懂内容，一般测试人员达不到。

所以，检查日志方法要求技能高些，要能读懂内容，及明白响应内容的意思。2.3.3 对比录制与回放日志

这个比直接检查回放的响应日志要方便多，通过对比出不同的地方，判断录制与回放那里不一样，来定位问题。

简单的内容（如一些参数）通过比较可以确定需要关联，但有些复杂的需要了解HTTP协议与明白响应内容。

2.3.4 直接检查图形页面，直观判断是否业务不正常

将回放数据直接展示为图形界面，测试人员通过图形一目了然即可判断页面是否正常，从而确定脚本是否正确。

这是最后的验证方法，但页面只能让用户知道脚本是否正确，如果出问题，还需要查看日志，最好能结合“对比录制与回放日志”。

2.4 性能测试工具的调试脚本介绍

由于本人精通kylinPET（开发者），用过loadrunner，所以这里只介绍这两个工具如何调试脚本。

2.4.1 Loadrunner11检查HTTP响应日志与检查页面方法

1) 录制后点击左边的回放验证

然后在右边出现录制与回放的页面，双击可以弹出放大比较页面，可以轻松判断页面是否不一样。

2) 点击工具栏的“Tree View”树形视图

然后点击窗口的HTML View（图形）与HTTP View（文本）来查看页面与响应内容

注意：

1、如果你的页面有activeX控件或者javascript脚本，loadrunner没法展示，即不支持解析

activeX控件或者javascript来展示界面，如果你的网页是由activeX控件或者javascript生

成界面的，无法支持。

2.4.2 kylinPET2.0检查HTTP响应日志与检查页面方法1) 回放时打印每个HTTP请求与响应日志

2) 点击“比较”按钮比较录制日志与回放日志

不同之处红色标识方便定位问题。点击

左边定位到对应的HTTP请求，然后红色表示有不同，通过比较可以看到登陆的Post请求的内容响应码一个是200，一个是302，且提交的参数不一样，即可定位出问题。

3) 浏览器验证页面

kylinPET没有loadrunner的解析HTML与CSS展示为页面的功能，但实现了使用浏览器验证页面的功能，浏览器自己支持解析HTML与CSS，还支持解析activeX控件或者javascript来展示页面，页面展示比loadrunner更精确。

点击“页面验证”按钮，在弹出的窗口，点击kylinPET认为有html

的URL来展示对应的页面

2.4.3 kylinPET2.0与loadrunner

从两个软件调试脚本功能的比较，可以看出kylinPET更加方便与精确，kylinPET 有一个“kylinPET WEB业务Scripter介绍”视频，里面有大部分内容详细介绍了如何调试脚本。

2.5 关联

脚本执行成功，但业务却失败的原因，基本是提交的参数或内容有问题、或者会话有问题；例如，录制时的会话为1，该会话由服务器随即产生，每次都变化；但回放时，由于服务器产生新的会话值2，如果使用录制的会话值1，将导致业务失败。会话一般存在Cookie，也有些系统存在参数。

因此，测试人员需要学会使用性能测试工具进行关联。

2.5.1 Loadrunner11关联方法

1) 手动关联

录制两次，然后将两次产生的脚本复制到一些文本比较工具（例如 UltraEdit软件），对不同之处手动参数化。

2) 自动关联

将脚本进行回放，然后通过回放日志与录制日志进行比较，然后点击自动关联，选择内容进行关联。

3) 链接网址

详细操作参照下面网址：

https://www.360docs.net/doc/1f8675688.html,/view/ef66b6363968011ca3009159.html

https://www.360docs.net/doc/1f8675688.html,/view/b53b2838376baf1ffc4fadfd.html

2.5.2 kylinPET2.0关联方法

1) 手动关联（不建议使用）

录制两次，然后将两次产生的脚本（文本视图）复制到一些文本比较工具（如UltraEdit），对不同之处手动参数化。

2) 对两次录制日志比较关联

连续录制两次，然后都保存为脚本，然后打开其中一个脚本，在工具栏点击“比较”按钮，选择另一个脚本，自动实现两个脚本比较，然后点击“关联参数”按钮，在弹出的窗口里选择需要关联的内容，自动修改脚本对应的地方，并直接替换脚本存在该内容的地方。比手动关联效率高，且更精确，而且可以选择针对性比较的HTTP请求。

3) 自动关联

类似loadrunner，将脚本进行回放，然后通过回放日志与录制日志进行比较，自动关联，操作方式与录制两次脚本一样。不同于loadrunner是界面有红色标识不同的地方，用户一目了然，更加方便。

3) 详细操作参照

kylinPET安装目录下的help目录里的文档“kylinPET HTTP（WEB）业务使用指导.chm”的“2.5 自动关联参数”一节

kylinPET视频教程“kylinPET WEB业务Scripter介绍”里有演示关联，网址：

https://www.360docs.net/doc/1f8675688.html,/s/1DsfAX

3 总结

验证脚本是否正常是性能测试最关键的一步，如果脚本不对，将导致你的性能测试都无效，即做了无用功。因此，学会调试脚本非常有必要，调试脚本就是不断的“回放->关联->验证页面”，直到页面正确。