录制选项
HTTP properities的高级里面，选择使用UTF-8，这样录制的时候保证不会出现乱码，当然只针对使用这种编码格式的，其他如果跟本机编码格式一致的，正常录制即可。
loadrunner录制一定要注意协议，正常网页的录制使用HTTP协议，但是会有一些通信使用web socket协议，解决办法1.使用web协议录制一次，保存
参数化问题
参数名设置后，会生成参数名.bat文件储存，该文件会随着项目地址改变而跟着改变，参数可以使用记事本编辑，不重复就选择unique和once。其他是随机和顺序、迭代。参数化完成后记得对相应参数进行关联，否则会出现访问权限的问题。
回放失败问题：
有一些加密的操作导致录制信息不正确，此时需要自己手动添加，或者在录制时，F12审查元素，在控制台中输入脚本，抓取对应的信息。
运行设置：
run logic运行逻辑，实现并发时只需要迭代1次就可以了。log中按照如图所示选择，这样回放时，控制台会将相应的参数输入打印出来，方便查看。
状态码信息整理：
200状态码说明是正常请求，300的一般是重定向错误，比较少见
400 无法解析此请求。
401.1 未经授权：访问由于凭据无效被拒绝。
401.2 未经授权: 访问由于服务器配置倾向使用替代身份验证方法而被拒绝。
401.3 未经授权：访问由于 ACL 对所请求资源的设置被拒绝。
401.4 未经授权：Web 服务器上安装的筛选器授权失败。
401.5 未经授权：ISAPI/CGI 应用程序授权失败。
401.7 未经授权：由于 Web 服务器上的 URL 授权策略而拒绝访问。
403 禁止访问：访问被拒绝。
403.1 禁止访问：执行访问被拒绝。
403.2 禁止访问：读取访问被拒绝。
403.3 禁止访问：写入访问被拒绝。
403.4 禁止访问：需要使用 SSL 查看该资源。
403.5 禁止访问：需要使用 SSL 128 查看该资源。
403.6 禁止访问：客户端的 IP 地址被拒绝。
403.7 禁止访问：需要 SSL 客户端证书。
403.8 禁止访问：客户端的 DNS 名称被拒绝。
403.9 禁止访问：太多客户端试图连接到 Web 服务器。
403.10 禁止访问：Web 服务器配置为拒绝执行访问。
403.11 禁止访问：密码已更改。
403.12 禁止访问：服务器证书映射器拒绝了客户端证书访问。
403.13 禁止访问：客户端证书已在 Web 服务器上吊销。
403.14 禁止访问：在 Web 服务器上已拒绝目录列表。
403.15 禁止访问：Web 服务器已超过客户端访问许可证限制。
403.16 禁止访问：客户端证书格式错误或未被 Web 服务器信任。
403.17 禁止访问：客户端证书已经到期或者尚未生效。
403.***止访问：无法在当前应用程序池中执行请求的 URL。
403.19 禁止访问：无法在该应用程序池中为客户端执行 CGI。
403.20 禁止访问：Passport 登录失败。
404 找不到文件或目录。
404.1 文件或目录未找到：网站无法在所请求的端口访问。
404.2 文件或目录无法找到：锁定策略禁止该请求。
404.3 文件或目录无法找到：MIME 映射策略禁止该请求。
405 用于访问该页的 HTTP 动作未被许可。
406 客户端浏览器不接受所请求页面的 MIME 类型。
407 Web 服务器需要初始的代理验证。
410 文件已删除。
412 客户端设置的前提条件在 Web 服务器上评估时失败。
414 请求 URL 太大，因此在 Web 服务器上不接受该 URL。
500 服务器内部错误。
500.11 服务器错误：Web 服务器上的应用程序正在关闭。
500.12 服务器错误：Web 服务器上的应用程序正在重新启动。
500.13 服务器错误：Web 服务器太忙。
500.14 服务器错误：服务器上的无效应用程序配置。
500.15 服务器错误：不允许直接请求 GLOBAL.ASA。
500.16 服务器错误：UNC 授权凭据不正确。
500.17 服务器错误：URL 授权存储无法找到。
500.18 服务器错误：URL 授权存储无法打开。
500.19 服务器错误：该文件的数据在配置数据库中配置不正确。
500.20 服务器错误：URL 授权域无法找到。
500 100 内部服务器错误：ASP 错误。
501 标题值指定的配置没有执行。
502 Web 服务器作为网关或代理服务器时收到无效的响应。
性能测试代码示例： 集合点的创建和事物的创建
场景设置的相关操作
上面设置数量信息，下面设置多久生成一个虚拟用户
上面代表运行后就停止，下面可以设置运行时间，一般进行24小时的疲劳测试时可以进行选择
场景设置，左边列表展示的是集合点，在policy可以设置相应集合点的并发数量，以及集合方式，100%集合方式和N个集合等待方式右边展示的是虚拟用户。
场景运行页面
性能测试相关指标含义和分析
测试场景说明：
并发用户数量设置为50，系统每15秒创建一个虚拟用户，满足50个用户的等待后则进行并发，不满足50个等待15分钟后进行并发，所以本次测试所用时长为40min15s，除去等待时间实际时长在15min15s左右。考虑到本系统信用评级功能作为最核心的功能，所以围绕该功能设置性能测试的测试点，分别为登录集合点、查询集合点和打分卡集合点三个集合点实现并发。同时对并发的功能设置事件，以此观测事件执行的成功率。结果如下图：
根据上图可以得知，50个用户进行并发操作，登录并发事件通过率100%；查询并发事件成功率为46%；运行到查询集合点时，只有24个完成了查询事件，错误状态码为2个404,24个500。
分析原因：客户端由于执行高强度的压力测试，导致访问路径被占用，找不到访问目录，出现404错误。测试环境配置问题，当在线用户过多时，服务器无法正常进行信息处理，导致内部500错误。
一、 响应时间
图表中由于时长和响应时间的影响，导致图中变化不是很明显。但是表中可以得知，登录、查询、打分卡事件对应的平均响应时间分别为4.940、15.810、6.090。均低于标准时间，但波动相对平稳，说明系统具备稳定性。考虑到测试环境服务器配置原因，生产环境测试应该会有明显的改善。
二、 点击次数、吞吐率
每秒的点击数量和吞吐率放在一起进行分析，每秒点击数量反映了客户端每秒向服务端提交的请求数量请求数量越多，则吞吐率也就越大。图中可以看出，登录事件发生时请求数量达到一个峰值，由于登录需要初始化很多资源，也符合相应的逻辑。吞吐率的图线曲线和点击数量的曲线基本一致。说明服务器可以及时接受客户端发送的请求。
但是吞吐率平均为311840.220，标准为 1474698.400，超过预期值，需要提供配置更高的服务器以满足需求。
三、 系统资源
从图中可以看出，CPU使用率、可用物理内存、CPU的队列长度三个指标的曲线逗较为平滑，三者的平均值分别为：18.380%、10292.6M、468.04，而测试服务器总的物理内存为10.2GB，那么内存使用率为（10444.8-10292.6）/10444.8=1.46%，内存使用率达标。但是磁盘占有率0.700大于标准值0.670，如果想执行更多并发或者更多数据的处理操作，CPU可能是个瓶颈。
京公网安备 11010502036488号