LoadRunner完全卸载方法

Left 函数
        返回 Variant (String)，其中包含字符串中从左边算起指定数量的字符。

语法

Left(string, length)

Left 函数的语法有下面的命名参数：

部分     说明
 
string  必要参数。字符串表达式其中最左边的那些字符将被返回。如果 string 包含 Null，将返回 Null。
 
length  必要参数；为 Variant (Long)。数值表达式，指出将返回多少个字符。如果为 0，返回零长度字符串 ("")。如果大于或等于 string 的字符数，则返回整个字符串。
 

说明

欲知 string 的字符数，使用 Len 函数。

注意    LeftB 函数作用于包含在字符串中的字节数据。所以 length 指定的是字节数，而不是要返回的字符数。

Mid 函数
        从字符串中返回指定数目的字符。

Mid(string, start[, length])

参数

string

        字符串表达式，从中返回字符。如果 string 包含 Null，则返回 Null。

Start

        string 中被提取的字符部分的开始位置。如果 start 超过了 string 中字符的数目，Mid 将返回零长度字符串 ("")。

Length

        要返回的字符数。如果省略或 length 超过文本的字符数（包括 start 处的字符），将返回字符串中从 start 到字符串结束的所有字符。

说明

        要判断 string 中字符的数目，可使用 Len 函数。

        下面的示例利用 Mid 函数返回字符串中从第四个字符开始的六个字符：

Dim MyVar

MyVar = Mid("VB脚本is fun!", 4, 6) 'MyVar 包含 "scrīpt"。

注意   MidB 函数与包含在字符串中的字节数据一起使用。其参数不是指定字符数，而是字节数。

Len 函数
        返回字符串内字符的数目，或是存储一变量所需的字节数。

Len(string | varname)

参数

string

        任意有效的字符串表达式。如果 string 参数包含 Null，则返回 Null。

Varname

        任意有效的变量名。如果 varname 参数包含 Null，则返回 Null。

说明

        下面的示例利用 Len 函数返回字符串中的字符数目：

Dim MyString

MyString = Len("VBscrīpt") 'MyString 包含 8。

注意   LenB 函数与包含在字符串中的字节数据一起使用。LenB 不是返回字符串中的字符数，而是返回用于代表字符串的字节数。

Right 函数
        从字符串右边返回指定数目的字符。

Right(string, length)

参数

string

        字符串表达式，其最右边的字符被返回。如果 string 参数中包含 Null，则返回 Null。

Length

        数值表达式，指明要返回的字符数目。如果为 0，返回零长度字符串；如果此数大于或等于 string 参数中的所有字符数目，则返回整个字符串。

说明

        要确定 string 参数中的字符数目，使用 Len 函数。

        下面的示例利用 Right 函数从字符串右边返回指定数目的字符：

Dim AnyString, MyStr

AnyString = "Hello World"      ' 定义字符串。

MyStr = Right(AnyString, 1)    ' 返回 "d"。

MyStr = Right(AnyString, 6)    ' 返回 " World"。

MyStr = Right(AnyString, 20)   ' 返回 "Hello World"。

注意   RightB 函数用于字符串中的字节数据，length 参数指定返回的是字节数目，而不是字符数目。

InStr 函数
        返回某字符串在另一字符串中第一次出现的位置。

InStr([start, ]string1, string2[, compare])

参数

start

        可选项。数值表达式，用于设置每次搜索的开始位置。如果省略，将从第一个字符的位置开始搜索。如果 start 包含 Null，则会出现错误。如果已指定 compare，则必须要有 start 参数。

string1

        必选项。接受搜索的字符串表达式。

string2

        必选项。要搜索的字符串表达式。

compare

        可选项。指示在计算子字符串时使用的比较类型的数值。有关数值，请参阅“设置”部分。如果省略，将执行二进制比较。

设置

        compare 参数可以有以下值：

常数
 值
 描述
 
vbBinaryCompare
 0
 执行二进制比较。
 
vbTextCompare
 1
 执行文本比较。
 

返回值

InStr 函数返回以下值：

如果
 InStr 返回
 
string1 为零长度
 0
 
string1 为 Null
 Null
 
string2 为零长度
 start
 
string2 为 Null
 Null
 
string2 没有找到
 0
 
在 string1 中找到 string2
 找到匹配字符串的位置
 
start > Len(string2)
 0
 

说明

下面的示例利用 InStr 搜索字符串：

Dim SearchString, SearchChar, MyPos

SearchString ="XXpXXpXXPXXP"   ' 要搜索的字符串。

SearchChar = "P"   ' Search for "P".

MyPos = Instr(4, SearchString, SearchChar, 1)   ' 在位置 4 进行的文本比较。返回 6。

MyPos = Instr(1, SearchString, SearchChar, 0)   ' 在位置 1 进行的二进制比较。返回 9。

MyPos = Instr(SearchString, SearchChar)   ' 默认情况下，进行的是二进制比较（省略了最后的参数）。返回 9。

MyPos = Instr(1, SearchString, "W")   ' 在位置 1 进行的二进制比较。返回 0（找不到 "W"）。

注意   InStrB 函数使用包含在字符串中的字节数据，所以 InStrB 返回的不是一个字符串在另一个字符串中第一次出现的字符位置，而是字节位置。

LTrim、RTrim与 Trim 函数
        返回不带前导空格 (LTrim)、后续空格 (RTrim) 或前导与后续空格 (Trim) 的字符串副本。

LTrim(string)

RTrim(string)

Trim(string)

string 参数是任意有效的字符串表达式。如果 string 参数中包含 Null，则返回 Null。

说明

        下面的示例利用 LTrim, RTrim, 和 Trim 函数分别用来除去字符串开始的空格、尾部空格、 开始和尾部空格：

Dim MyVar

MyVar = LTrim("   vbscrīpt ")   'MyVar 包含 "vbscrīpt "。

MyVar = RTrim("   vbscrīpt ")   'MyVar 包含 "   vbscrīpt"。

MyVar = Trim("   vbscrīpt ")   'MyVar 包含 "vbscrīpt"。

Rnd 函数
返回一个随机数。

Rnd[(number)]

number 参数可以是任意有效的数值表达式。

说明

        Rnd 函数返回一个小于 1 但大于或等于 0 的值。number 的值决定了 Rnd 生成随机数的方式：

如果 number 为
 Rnd 生成
 
小于零
        每次都相同的值，使用 number 作为种子。
 
大于零
        序列中的下一个随机数。
 
等于零
        最近生成的数。
 
省略
        序列中的下一个随机数。
 

        因每一次连续调用 Rnd 函数时都用序列中的前一个数作为下一个数的种子，所以对于任何最初给定的种子都会生成相同的数列。

        在调用 Rnd 之前，先使用无参数的 Randomize 语句初始化随机数生成器，该生成器具有基于系统计时器的种子。

        要产生指定范围的随机整数，请使用以下公式：

Int((upperbound - lowerbound + 1) * Rnd + lowerbound)

        这里， upperbound 是此范围的上界，而 lowerbound 是此范围内的下界。

注意   要重复随机数的序列，请在使用数值参数调用 Randomize 之前，立即用负值参数调用 Rnd。使用同样 number 值的 Randomize 不能重复先前的随机数序列。

Randomize 语句
初始化随机数生成器。

语法

Randomize [number]

        可选的 number 参数是 Variant 或任何有效的数值表达式。

说明

        Randomize 用 number 将 Rnd 函数的随机数生成器初始化，该随机数生成器给 number 一个新的种子值。如果省略 number，则用系统计时器返回的值作为新的种子值。

        如果没有使用 Randomize，则（无参数的）Rnd 函数使用第一次调用 Rnd 函数的种子值。

注意 若想得到重复的随机数序列，在使用具有数值参数的 Randomize 之前直接调用具有负参数值的 Rnd。使用具有同样 number 值的 Randomize 是不会得到重复的随机数序列的。

QTP的脚本语言是VBscrīpt，脚本在执行的时候，执行语句之间的时间间隔是固定的，也就是说脚本在执行完当前的语句之后，等待固定的时间间隔后开始执行下一条语句。会出现以下问题：假设后一条语句的输入是前一条语句的输出，如果前一条语句还没有执行完，这时候将要导致错误的发生！具体措施：加入同步点、加入Wait语句，如何实现呢？他们有什么区别呢？

1. 定义：
将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序功能是否正确
Check Point可以分两类：QTP内置验证点和自定义验证点
 
2. QTP内置验证点实现原理及优缺点
       A．录制时，根据用户设置的验证内容，记录数据作为基线数据
       B．回放时，QTP捕获对象运行时的数据，与脚本中的基线数据进行比较
       C．如果基线数据和运行数据相同，结果为PASS，反之为Failed.
       D．优点是 操作简单方便
       E．缺点是 QTP默认的检查的属性有时不符合自己的要求，如希望得到检查的属性没有在里面， 而默认的属性不需要检查等。
 
3. QTP内置验证点结果的应用
       A．录制的验证点在没有进行调整前，仅仅是给出了检查结果是通过还是错误的
       B．实际的测试过程中，可以根据验证点的结果进行不同的操作
       If Window("Flight Reservation").WinEdit("Name:").Check(CheckPoint("Name:")) = True then
              msgbox "oh, success!"
Else
              msgbox "oh, failure!"
End If
 
4. 自定义验证点的应用及优缺点
       A．使用条件语句对实际值和期望值进行对比，然后用Reporter对象报告结果
       '检查Ticket Number
If CStr(dbTicketNumber) = CStr(DataTable("oTicketNumber", dtLocalSheet)) Then
       Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是：" & dbTicketNumber & ", 界面显示实际结果是：" & DataTable("oTicketNumber", dtLocalSheet)
Else
       Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是：" & dbTicketNumber & ", 界面显示实际结果是：" & DataTable("oTicketNumber", dtLocalSheet)
End If
       B．优点是 非常灵活，前者实现的所有检查都可以用此方法来实现；
       C．缺点是 代码量大，对测试人员的要求高。
 
5. 对Check Point的深入理解
摘自：51Testing，http://bbs.51testing.com/viewthread.php?tid=86742&highlight=check
A．个人认为在比较简单的和有Active Screen的情况下可以使用QTP内置的Check Point，在比较复杂的情况下可以通过编程和使用Reporter来完成.
B．在使用check方法时，必须先在Keyword View或者Active Screen中新建CheckPoint。否则无法对该对象进行check，系统报错说无法在对象仓库中找到此对象。如果插入检查点，系统会自动把相关的对象添加到对象库中。
我认为检查点并不是一个实实在在的对象。因为你可以对同一个对象设置不同的检查点，可以把它的某个属性既设定成True，也可以设定为False。而对象库中的对象的属性值是必须依赖于对象的实际属性值的。如果随意更改有可能无法识别。还有就是可以针对同一个对象设定多个检查点。在测试窗口中可以看到这两个检查点的名称是区分开来的。所以我认为检查点并不是实际存在的对象，而是一些类似映射的东西。
尽管检查点并不是对象库中的实在的对象，但是它必须对应到对象库中的某个实实在在的对象，好像它的一个映像一样，而且在实际的操作过程中，QTP还是把它作为一个对象来处理的。
因为我们无法像其他对象一样把“检查点对象”添加到对象库中，而QTP又认为它是个对象，所以我们无法在专家视图中直接添加检查点脚本。但是我们可以采用编成描述的方式来实现检查点的功能。
CheckPoint 是一个依赖于Object Repository(对象库)中的某个对象的“虚拟对象”。其具体含义是：如果它所依赖的QTP 对象库中的对象没有了，那么此CheckPoint 也就不存在了；这个“虚拟对象”的属性是从它所依赖的对象的属性中“抽取”出来的，它具有它所依赖的对象的一个或几个属性，但不能增加它所依赖的对象没有的任何属性。
CheckPoint 是一个“虚拟对象”的重要原因是：每个Object都能在Object Repository找到它的Name、Class Properties，而CheckPoint 在Object Repository中就根本不存在。选择脚本中的某个对象后，在Object Property 的对话框里面有个Respository按钮，点击它后，你会看到此对象在Object Respository 的Name、Class 和 Properties。
选择一个CheckPoint后，在CheckPoint Properties 的对话框里没有 Respository 按钮，在Object Respository中也找不到此CheckPoint的Name、Class 和 Properties（因为它在对象库中根本就不存在！）。

什么是测试对象模型，测试对象，运行时对象？QTP的录制过程和回放过程是怎么实现的？

web_url
语法：
        Int Web_url(const char *name, const char * url, <Lists of Attributes>, [EXTRARES,<Lists of Resource Attributes>,LAST)

返回值
        成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
        Name：VuGen中树形视图中显示的名称，在自动事务处理中也可以用做事务的名称。

        url：页面url地址。

        List of Attributes

        EXTRARES：分隔符，标记下一个参数是资源属性的列表了。

        List of Resource Attributes

        LAST：属性列表结束的标记符。

说明
        Web_url根据函数中的URL属性加载对应的URL，不需要上下文。

        只有VuGen处于URL-based或者HTML-based（此时A scrīpt containing explicit URLs only选项被选中时）的录制模式时，web_url才会被录制到。

        可以使用web_url 模拟从FTP服务器上下载文件。web_url 函数会使FTP服务器执行文件被真实下载时的操作。除非手工指定了"FtpAscii=1"，下载会以二进制模式完成。

        在录制选项中，Toos—Recording Option下，Recording选项中，有一个Advanced HTML选项，可以设置是否录制非HTML资源，只有选择了“Record within the current scrīpt step”时，List of Resource Attributes才会被录制到。非HTML资源的例子是gif和jpg图象文件。

        通过修改HTTP头可以传递给服务器一些附加的请求信息。使用HTTP头允许请求中包含其他的内容类型（Content_type），象压缩文件一样。还可以只请求特定状态下的web页面。

        所有的Web Vusers ，HTTP模式下的WAP Vusers或者回放模式下的Wireless Session Protocol（WSP），都支持web_url函数。

web_image
语法：
        Int web_image (const char *StepName, <List of Attributes>, [EXTRARES, <List of Resource Attributes>,] LAST );

返回值
        成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
        StepName：VuGen中树形视图中显示的名称，在自动事务处理中也可以用做事务的名称。

        List of Attributes（服务器端和客户端映射的图片）：SRC属性是一定会被录制到的，其他的ALT、Frame、TargetFrame、Ordinal则是有的话会被录制到。

1、ALT：描述图象的元素。用鼠标指向图象时，所浮出来的文字提示。

2、SRC：描述图象的元素，可以是图象的文件名. 如： button.gif。也可以使用SRC/SFX来指定图象路径的后缀。所有拥有相同此后缀的字符串都会被匹配到。

3、Frame：录制操作时所在的Frame的名称。

4、TargetFrame：见List of Attributes的同名参数。

5、Ordinal：参见Web_link的同名参数。

        List of Attributes（客户端映射的图片）：

1、AreaAlt：鼠标单击区域的ALT属性。

2、AreaOrdinal：鼠标单击区域的顺序号。

3、MapName：图象的映射名。

        List of Attributes（服务器端映射的图片）：尽管点击坐标不属于属性，但还是以属性的格式来使用。

1、Xcoord：点击图象时的X坐标。

2、Ycoord：点击图象时的Y坐标。

        EXTRARES：分隔符，标记下一个参数是资源属性的列表了。

        List of Resource Attributes：参见List of Resource Attributes一节。

        LAST：属性列表结束的标记符。

说明
        web_image模拟鼠标在指定图片上的单击动作。此函数必须在有前置操作的上下文中使用。

        在Toos—Recording Option，如果录制级别设为基于HMTL的录制方式时，web_image才会被录制到。

        web_image支持客户端（client-side）和服务器端server-side的图片映射。

        在录制选项中，Toos—Recording Option下，Recording选项中，有一个Advanced HTML选项，可以设置是否录制非HTML资源，只有选择了“Record within the current scrīpt step”时，List of Resource Attributes才会被录制到。非HTML资源的例子是gif和jpg图象文件。

        通过修改HTTP头可以传递给服务器一些请求附加信息。使用HTTP头允许请求中包含内容，如同压缩文件一样。还可以只请求特定状态的web页面。

        web_image支持Web虚拟用户，不支持WAP虚拟用户。

例子
        下面的例子模拟用户单击Home图标以回到主页（黑体部分）：

web_url("my_home", "URL=http://my_home/", LAST)；

web_link("Employees", "Text=Employees", LAST)；

web_image("Home.gif", "SRC=../gifs/Buttons/Home.gif", LAST)；

web_link("Library", "Text=Library", LAST)；

web_image("Home.gif", "SRC=../../gifs/buttons/Home.gif", LAST)；

        下面的例子模拟用户在客户端映射的图片上单击：

web_image("dpt_house.gif",

       "Src=../gifs/dpt_house.gif",

       "MapName=dpt_house",

       "AreaOrdinal=4",

       LAST)；

        下面的例子模拟用户在服务端映射的图片上单击：

web_image("The Web Developer's Virtual Library",

       "Alt=The Web Developer's Virtual Library",

       "Ordinal=1",

       "XCoord=91",

       "YCoord=17",

       LAST)；

        下面是一个使用文件名后缀的例子：它指定了dpt_house.gif作为后缀，所以象../gifs/dpt_house.gif、/gifs/dpt_house.gif、gifs/dpt_house.gif、/dpt_house.gif等都会匹配到。

web_image("dpt_house.gif",
        "Src/sfx=dpt_house.gif", LAST)；

web_link
语法：
        Int web_link (const char *StepName, <List of Attributes>, [EXTRARES, <List of Resource Attributes>,] LAST )；

返回值
        成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
        StepName：VuGen中树形视图中显示的名称，在自动事务设置中也被用做事务名称。

        List of Attributes：支持下列的属性：

1.      Text：超链接中的文字，必须精确匹配。

2.      Frame：录制操作时所在的Frame的名称。

3.      TargetFrame、ResourceByteLimit：见List of Attributes一节。

4.      Ordinal：如果用给出的属性（Attributes）筛选出的元素不唯一，那么VuGen使用此属性来指定其中的一个。例如：“SRC=abc.gif”，“Ordinal=3”标记的是SRC的值是“abc.gif”的第3张图片。

        EXTRARES：表明下面的参数将会是list of resource attributes了。

        LAST：结尾标示符。

一 对象识别及存储技术基本常识

1）测试对象模型（Test Object Model）
        测试对象模型是QTP用来描述应用程序中对象的一组对象类。每个测试对象类拥有一系列用于唯一确定对象属性和一组QTP能够录制的方法
 
2）测试对象（Test Object）
        用于描述应用程序实际对象的对象，QTP存储这些信息用来在运行时识别和检查对象
 
3）运行时对象（Run-Time Object）
        是应用程序中的实际对象，对象的方法将在运行中被执行
 
4）QTP的录制过程
        A．确定用于描述当前操作对象的测试对象类，并创建测试对象
        B．读取当前操作对象属性的当前值，并存储一组属性和属性值到测试对象中
        C．为测试对象创建一个独特的有别于其他对象的名称，通常使用一个突出属性的值
        D．记录在对象上执行的操作
 
5）QTP的回放过程
        A．根据对象的名称到对象存储库（Object Repository）中查找相应的对象
        B．读取对象的描述，即对象的属性和属性值
        C．基于对象的描述，QTP在应用程序中查找相应的对象
        D．执行相关的操作
 
二 对Check Point的较为深入理解

1. 定义：
        将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序功能是否正确
        Check Point可以分两类：QTP内置验证点和自定义验证点
 
2. QTP内置验证点实现原理及优缺点
        A．录制时，根据用户设置的验证内容，记录数据作为基线数据
        B．回放时，QTP捕获对象运行时的数据，与脚本中的基线数据进行比较
        C．如果基线数据和运行数据相同，结果为PASS，反之为Failed.
        D．优点是 操作简单方便
        E．缺点是 QTP默认的检查的属性有时不符合自己的要求，如希望得到检查的属性没有在里面， 而默认的属性不需要检查等。
 
3. QTP内置验证点结果的应用
        A．录制的验证点在没有进行调整前，仅仅是给出了检查结果是通过还是错误的
        B．实际的测试过程中，可以根据验证点的结果进行不同的操作
       If Window("Flight Reservation").WinEdit("Name:").Check(CheckPoint("Name:")) = True then
              msgbox "oh, success!"
Else
              msgbox "oh, failure!"
End If
 
4. 自定义验证点的应用及优缺点
        A．使用条件语句对实际值和期望值进行对比，然后用Reporter对象报告结果
       '检查Ticket Number
If CStr(dbTicketNumber) = CStr(DataTable("oTicketNumber", dtLocalSheet)) Then
       Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是：" & dbTicketNumber & ", 界面显示实际结果是：" & DataTable("oTicketNumber", dtLocalSheet)
Else
       Reporter.ReportEvent micPass, "打开订单- TicketNumber", "期望结果是：" & dbTicketNumber & ", 界面显示实际结果是：" & DataTable("oTicketNumber", dtLocalSheet)
End If
        B．优点是 非常灵活，前者实现的所有检查都可以用此方法来实现；
        C．缺点是 代码量大，对测试人员的要求高。
 
5. 对Check Point的深入理解

        A．个人认为在比较简单的和有Active Screen的情况下可以使用QTP内置的Check Point，在比较复杂的情况下可以通过编程和使用Reporter来完成.
        B．在使用check方法时，必须先在Keyword View或者Active Screen中新建CheckPoint。否则无法对该对象进行check，系统报错说无法在对象仓库中找到此对象。如果插入检查点，系统会自动把相关的对象添加到对象库中。
        我认为检查点并不是一个实实在在的对象。因为你可以对同一个对象设置不同的检查点，可以把它的某个属性既设定成True，也可以设定为False。而对象库中的对象的属性值是必须依赖于对象的实际属性值的。如果随意更改有可能无法识别。还有就是可以针对同一个对象设定多个检查点。在测试窗口中可以看到这两个检查点的名称是区分开来的。所以我认为检查点并不是实际存在的对象，而是一些类似映射的东西。
        尽管检查点并不是对象库中的实在的对象，但是它必须对应到对象库中的某个实实在在的对象，好像它的一个映像一样，而且在实际的操作过程中，QTP还是把它作为一个对象来处理的。
        因为我们无法像其他对象一样把“检查点对象”添加到对象库中，而QTP又认为它是个对象，所以我们无法在专家视图中直接添加检查点脚本。但是我们可以采用编成描述的方式来实现检查点的功能。
        CheckPoint 是一个依赖于Object Repository(对象库)中的某个对象的“虚拟对象”。其具体含义是：如果它所依赖的QTP 对象库中的对象没有了，那么此CheckPoint 也就不存在了；这个“虚拟对象”的属性是从它所依赖的对象的属性中“抽取”出来的，它具有它所依赖的对象的一个或几个属性，但不能增加它所依赖的对象没有的任何属性。
        CheckPoint 是一个“虚拟对象”的重要原因是：每个Object都能在Object Repository找到它的Name、Class Properties，而CheckPoint 在Object Repository中就根本不存在。选择脚本中的某个对象后，在Object Property 的对话框里面有个Respository按钮，点击它后，你会看到此对象在Object Respository 的Name、Class 和 Properties。
        选择一个CheckPoint后，在CheckPoint Properties 的对话框里没有 Respository 按钮，在Object Respository中也找不到此CheckPoint的Name、Class 和 Properties（因为它在对象库中根本就不存在！）。

QTP自动化测试流程

1）准备TestCase
        - 在进行自动化之前，将测试内容进行文档化，不建议直接录制脚本
        - 在录制脚本之前设计好脚本，便于录制过程的流畅
        - 由于测试用例设计和脚本开发可能不是同一个人完成，便于团队合作
        - 便于后期的维护
        - 文档化的方式：TD或者文档
 
2）配置QTP
        QTP支持不同的开发环境，在正式录制之前，需要根据被测程序的开发环境，选择合适的Add-In，并进行加载。
 
3）录制脚本
        启动QTP的录制功能，按照Test Case的操作步骤描述执行，QTP自动记录每一步操作，并自动生成VBscrīpt脚本。
 
4）修改增强脚本
        刚刚录制好的脚本可能包含错误，或者没有达到预期的目的，这就需要在录制脚本的基础上，进行修改增强
        - 删除录制过程中多余的以及错误的操作，以最少的脚本完成任务
        - 如果前面操作的输出是后面操作的输入，则需要使用变量或者输出值来进行替换
        - 不是所有的操作都可以通过录制产生的，有些需要通过手工编码实现这些功能
        - 录制产生的脚本是线性的，可以加入条件、循环控制语句，实现更复杂的流程
        - 对脚本进行结构化
        - 加入注释，便于阅读和维护
 
5）调试脚本
        - 回放通过的脚本，不一定是正确的，也可能会包含错误
        - 在测试脚本正式使用之前，要保证其本身的正确性
        - 避免测试脚本故障和被测程序故障搅在一起，不容易定位
 
6）回放脚本
        - 对于回放的错误，不要急于马上提交Bug，首先要判断是脚本本身的错误还是程序的错误，确认后再提交。
 
7）脚本维护
        - 随着工作的不断推进，脚本量会越来越多
        - 被测试程序的不断更新，也需要更新相应的测试脚本
        - 采用版本管理工具保存脚本，如CVS、VSS，可以随时获取历史版本
        - 采用统一的脚本架构
        - 采用统一的命名规范
        - 添加充分的注释，避免时间久了，自己都不能马上读懂脚本

Linux在具有高稳定性、可靠性的同时，具有很好的可伸缩性和扩展性，能够针对不同的应用和硬件环境调整，优化出满足当前应用需要的最佳性能。因此企业在维护Linux系统、进行系统调优时，了解系统性能分析工具是至关重要的。
　　在Linux下有很多系统性能分析工具，比较常见的有top、free、ps、time、timex、uptime等。下文将介绍几个较为重要的性能分析工具vmstat、iostat和sar及其使用。

　　用vmstat监视内存使用情况

　　vmstat是Virtual Meomory Statistics（虚拟内存统计）的缩写，可对操作系统的虚拟内存、进程、CPU活动进行监视。它是对系统的整体情况进行统计，不足之处是无法对某个进程进行深入分析。

　　vmstat的语法如下：

　　vmstat [-V] [-n] [delay [count]]

　　其中，－V表示打印出版本信息；－n表示在周期性循环输出时，输出的头部信息仅显示一次；delay是两次输出之间的延迟时间；count是指按照这个时间间隔统计的次数。对于vmstat输出各字段的含义，可运行man vmstat查看。

　　用iostat监视I/O子系统情况

　 　iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出 CPU使用情况。同vmstat一样，iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。

　　iostat的语法如下：

iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval [ count ] ]

　 　其中，-c为汇报CPU的使用情况；-d为汇报磁盘的使用情况；-k表示每秒按kilobytes字节显示数据；-t为打印汇报的时间；-v表示打印出 版本信息和用法；-x device指定要统计的设备名称，默认为所有的设备；interval指每次统计间隔的时间；count指按照这个时间间隔统计的次数。

　　iostat一般的输出格式如下：

Linux 2.4.18-18smp (builder.linux.com) 2003年03月07日 avg-cpu: %user %nice %sys %idle 4.81 0.01 1.03 94.15 Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn dev3-0 30.31 1117.68 846.52 16104536 12197374 dev3-1 7.06 229.61 40.40 3308486 582080

　　对于输出中各字段的含义，iostat的帮助中有详细的说明。

　　使用sar进行综合分析

　　表1 sar参数说明

　　选项 功能

　　-A 汇总所有的报告

　　-a 报告文件读写使用情况

　　-B 报告附加的缓存的使用情况

　　-b 报告缓存的使用情况

　　-c 报告系统调用的使用情况

　　-d 报告磁盘的使用情况

　　-g 报告串口的使用情况

　　-h 报告关于buffer使用的统计数据

　　-m 报告IPC消息队列和信号量的使用情况

　　-n 报告命名cache的使用情况

　　-p 报告调页活动的使用情况

　　-q 报告运行队列和交换队列的平均长度

　　-R 报告进程的活动情况

　　-r 报告没有使用的内存页面和硬盘块

　　-u 报告CPU的利用率

　　-v 报告进程、i节点、文件和锁表状态

　　-w 报告系统交换活动状况

　　-y 报告TTY设备活动状况



　 　sar是System Activity Reporter（系统活动情况报告）的缩写。顾名思义，sar工具将对系统当前的状态进行取样，然后通过计算数据和比例来表达系统的当前运行状态。它的 特点是可以连续对系统取样，获得大量的取样数据；取样数据和分析的结果都可以存入文件，所需的负载很小。sar是目前Linux上最为全面的系统性能分析 工具之一，可以从14个大方面对系统的活动进行报告，包括文件的读写情况、系统调用的使用情况、串口、CPU效率、内存使用状况、进程活动及IPC有关的 活动等，使用也是较为复杂。

　　sar的语法如下：

sar [-option] [-o file] t [n]

　　它的含义是每隔t秒取样一次，共取样n次。其中-o file表示取样结果将以二进制形式存入文件file中。

　　另一种语法如下：

sar [-option] [-s time] [-e time] [-i sec] [-f file]

　 　含义是表示从file文件中取出数据，如果没有指定-f file，则从标准数据文件/var/adm/sa/sadd取数据，其中dd表示当前天。另外，-s time表示起始时间；-e time表示停止时间；-i sec表示取样的时间间隔，如果不指定则表示取文件中所有的数据。对于具体的选项参见表1。

　　一般它与-q和-u联合使用，以便对每个CPU的使用情况进行分析，比如运行如下命令：

sar -q -u 5 1

　　将输出如下：

Linux 2.4.18-18smp (builder.linux.com) 2003年03月07日 09时46分16? CPU %user %nice %system %idle 09时46分21? all 0.20 0.00 0.00 99.80 09时46分16? runq-sz plist-sz ldavg-1 ldavg-5 09时46分21? 0 91 0.00 0.00 Average: CPU %user %nice %system %idle Average: all 0.20 0.00 0.00 99.80 Average: runq-sz plist-sz ldavg-1 ldavg-5 Average: 0 91 0.00 0.00

　　由于sar命令太复杂，只有通过熟练使用才能了解每个选项的含义，对于sar输出中每个字段的含义运行man sar命令可以得到详细的解释。

一、在服务器上安装rstatd守护进程
安装步骤：
1. 从网上下载rstatd
2. 将该文件放到/home/user目录下
3. chmod 777 rpc.rstatd----改变该文件读写的权限，拥有所有权限。
4. chmod 777 configure ---同上
5. ./configure ---配置
6. make ---编译
7. make install ---安装
8. rpc.rstatd ---启动rstatd进程

二、在lr中配置
从LR里面add measurement， 填写linux机器的IP，出现所有unix/linux的计数器，包括cpu的，mem的，disk，network的。介绍几个常用的：
average load :在过去的1分钟，的平均负载
cpu utilization: cpu的使用率
disk traffic: disk传输率
paging rate： 每秒从磁盘读到物理内存，或者从物理内存写到页面文件的内存页数
Swap-in rate: 每秒交换到内存的进程数
Swap-out rate: 每秒从内存交换出来的进程

补充一些常见的问题及处理方法：
1、在执行配置或安装命令过程中出现“拒绝的权限”的提示；
答：是由于文件的权限引起的，应该给当前用户所有文件的“777”权限，即完全控制权限。

2、安装好后从LoadRunner中看不到信息，但是没有报错；
答：可能是返回的信息值比较小，所以在图中几乎看不到，例如：如果没有运行程序的话，CPU的使用率接近于0，所以在监视图中看不到变化。也有可能是采样的频率过大，可以在图表中设置没1秒获取一次信息，这样界面就刷新的比较及时了。

3、监视一段时间后LoadRunner中提示有错误发生不能继续监视到信息；
答：可能是由于CPU长时间处于高负荷状态，而导致系统自动关闭了该服务。可以在LoadRunner中重新加一次计数器，并且设置取样的时间稍长一点，就会避免这种情况。

4、以前用LoadRunner监视都是成功的，但是再次监视不到信息；
答：有可能是由于系统重新启动，而没有打开rstatd守护进程。可以手工重新打开一次，使用命令“rpc.rstatd”，另外可以使用“rpcinfo -p”命令来查看当前系统是否已经启动了rstatd守护进程。

在LR中录制脚本时有如下问题：
在录制时一切正常，而回放时提示类似如下错误：
Action.c(41): Error -27979: Requested form not found    [MsgId: MERR-27979]
Action.c(41): web_submit_form highest severity level was "ERROR",  0 body bytes, 0 header bytes  [MsgId: MMSG-27178]"
　这时在tree view中看不到此组件的相关URL。

　处理方法如下： 1， 打开recording options，在internet protocol下的recording中选择recording level为HTML-based scrīpt，点击HTML Advanced，选择scrīpt type为A scrīpt containing explicit.即可。 2， 选择使用URL＿based scrīpt录制。

 另外，附上帮助中的这个错误代码的说明：

Message Code 27979

Requested form not found

The form was not found in the page received from the server. Possible reasons: (i) The current or a previous HTML page was changed after the scrīpt was recorded. (ii) A previous request navigated to a wrong page or failed. (iii) One or more web_submit_form arguments are missing or incorrect (especially for manually coded, parameterized, or correlated functions). (iv) The server returned an unexpected page (e.g., under excessive load).