性能测试笔记

首先要明确目标：1.该系统的性能表现是否满足运行时的要求（能力验证），2.现有设备是否是制约性能表现的最大因素？（规划能力上）
2010年1月26日
今天开始再次研究Loadrunner，心态上已经成熟，技术上仍然是一个菜鸟，本着学习的态度，录制了一些Login的代码，录制完代码后，要做就是回放和检测代码，然后就是参数化，参数化用到最多的就是File类型（可能是初学者的感觉）， 这个倒不必太担心，必要时可以查资料来确定，使用哪种类型的参数，但是要想熟练，那就需要大量的实践了，再就是加入事务和集合点，一般来说事务和集合点要结合使用，至于如何确定一个事务（重要吗？凭经验，，以后再论），而集合点的加入就需要一定的学问了，初学者一定要搞清楚集合点极其作用，1.是否需要加入集合点 2.集合点加在哪里比较合适？3.集合点和并发用户到底有何区别 4.采用何种方式的集合点 5.如何确定集合点达到了预定要求？ 录制的代码很简单，调试不是什么难事，很快通过。
代码正确后，就使用控制器进入场景模式，这个是需要一定的技巧和经验，同样如何熟练的使用那些性能计数器来达到性能测试目的，继续研究和学习中。。
----------------------------------------------------------------------------------
关于vuser
《性能测试进阶指南》

1.Reconding Options

HTML-based Script:这种方式录制出来的脚本是基于HTML的， 以HTML操作为录制级别，非HTML操作方式不进行录制，访问的页面从一个HTML跳转到另外一个HTML，那么只需要得到针对HTML的请求即可。

A script describing user actions, 基于用户行为的脚本，后面提示使用类似Web_link， Web_submit_form等的函数。Web_link 是使用A script describing user actions 选项才能使用

web_link(“在测试结果中显示的名称”， “TEXT=需要单击的超链接名”， LAST);

如果一个页面中有多个同名的链接，web_link("click link", "Text = link", ord =2, LAST);

A script describing user actions 的好处是简洁，缺点是当页面存在多个同名链接时难以区分。

A script containing explicit URLs only(e.g. web_url, web_submit_data)

该选项确定基于URL请求的脚本录制类型。与基于用户行为模拟的不同之处在于，这种录制方式不考虑任何用户操作，只考虑客户端发送的请求，注重实际系统做了些什么。

web_url("在测试结果中显示的名称"， “URL= 需要访问的超链接地址”， LAST);

 

web_link 和 web_url 函数都是页面访问型函数，实现HTTP请求中的GET方法， POST方法：web_submit_form或 web_submit_data

和Web_submit_form()函数不同，  web_submit_data()函数无需前面的页面支持，直接发送给对应页面相关数据即可。

除这4个函数外还有一个 Web_custopm_request()用于请求其他特殊的操作。

Url-BASE Script：是基于URL请求的脚本录制方式，会录制得到所有的HTTP请求。导致脚本包含大量的Web_url函数。