Rational ClearQuest技巧集

前提： Rational ClearQuest的版本为2002.05.00

问题一：给某些字段设置使用权限，只有相关人员才能看到某些字段而进行填写，对于一般人员使它变为不见，我该如何设置呢？
解答提示：一个比较简单的方法可以让别人看不到你设置的字段：设置一个新的组，把想看新字段的人加到这个组中，在Designer中，设置Forms的时候，加一个Tab页，把只想让一部分人看到的字段都加到这个页中，鼠标右击这个字段，在属性页中，有“User Group Access”这个选择，选择你想要看的组加到列表中就可以了。在使用的过程中，只有相关的组成员才能看到这个tab页，也就间接的等于别人看不到这些字段了。  

问题二：在Web端访问的时候，只能看到提示“Restricted Query Not Defined”。
解答提示：一般是因为没有注册的缘故，使用CQ的过程中，必须对Web服务器进行License注册。  

问题三：如何让一些Database不显示在客户端和Web端的使用列表中。
解答提示：在使用CQ的过程中，必须选择Database才可以进入客户端或Web端。而Database的内容，与选择的Schema Repository(s)有关，下面就是如何让部分Database不显示在列表中。在Designer中，选择菜单中的Database->Update User Database Properties…，选择不需要显示的Logical Database Name，点击“Properties”按钮，进入配置页面。在配置页面中，把“Production Database”选择为“Test Database”，点击“Update”，则此Database将不会显示在列表中。如果将来想要恢复，只要把“Test Database”再选择成“Production Database”即可。  

问题四：在project的Forms下，我为项目经理设计了一个下拉列表框，请问：如何将users下面的field:login_name、fullname下面的记录值自动在这个下拉列表框里显示。格式就是：login_name(fullname)。
解答提示：这个我并不清楚你要做什么，是在下拉框中显示所有用户的登陆名和全称，还是显示一个组的，或者是显示当前登陆用户的？ ①如果显示当前用户的 ，则比较的简单。直接login_name=session.GetUserLoginName,full_name=login_name.fullname,把login_name和full_name拼成一个字符串显示出来就可以了。 ②如果是在组中的，你可以查看安装目录ClearQuest\apihelp\index.htm中Session Object，User Object，Group Object，Groups Object几章。我的想法是：在field的Choice List中，使用程序进行列表内容的控制，建立一个session，使用session.GetUserGroups取到用户组，再for each user in 用户组，在里面choices.additem(user)，但是我试验了一个上午，不知道什么原因，一直都没有成功过，你不妨再仔细的看看Rational ClearQuest API Reference里面的东西吧。如果能解决，最好告诉我解决的办法，我也学习学习。

问题五：对于特定的字段，强制要求用户每次Action的时候，都必须填写。
解答提示：在字段的Permission中，用下面的代码控制：  SetFieldvalue Field1,""  '把字段的值设置为空 Field_Permission=AD_MANDATORY  '让字段必填  在behavīors中把需要必填的字段状态设置成Hook就可以了。  

问题六：在Clearquest Designer里设置Field时那些Type都代表什么意思？比如，Type里的REFERENCE,REFERENCE_LIST都是什么类型，设置成这个类型后，会出现什么结果？您能给我详细说一下吗？
解答提示：在ClearQuest Designer Help中的Selecting a field data type中有相应的说明。  ClearQuest supports the following field data types:     Data                     Descrīption/Comments ATTACHMENT_LIST:    Allows records to store files related to the record. DATE_TIME:    SQL date and time. INT:  SQL integer. MULTILINE_STRING:  A variable-length string of unlimited size. REFERENCE:    A reference to a unique key in a record type.For REFERENCE type fields, you must select a state-based or stateless record type to refer to. You can also enter an optional back-reference field to create a link from the referenced record back to this field's record and can specify that the referenced record type is under security control.  REFERENCE_LIST:  Multiple references to unique keys in record types. Reference-list fields allow you to reference multiple records within a field. You can use reference-list fields with a parent/child control to link related records.For REFERENCE_LIST type fields, you must select a state-based or stateless record type to refer to. You can also enter an optional back-reference field to create a link from the referenced record back to this field's record.Note: You cannot use the REFERENCE_LIST type when creating a report. Multiple record references within a field will return a report error. SHORT_STRING:  A variable-length character string with a 254-character maximum. You set the length in the Properties dialog box when defining the field. Enter a value between 1 and 254 in the Maximum Length field.  DBID:    Reserved for system fields ID:    Reserved for system fields JOURNAL:    Reserved for system fields STATE:    Reserved for system fields Note:  You cannot modify the data type or the DB Column Name of a field after you check in the schema. To change the data type, delete the existing field and create a new field with the data type you want.  我感觉，REFERENCE和REFERENCE_LIST都是一种对象类型，也就是说，他并不指代某种具体的概念，比如int或string等，而是一种集合，使用的时候，可以取集合的某个属性内容。比如在例子中有Owner字段就对应Users集合。选择REFERENCE就会出现reference to，其中对应的就是左侧树中Record Types和Record Types -Stateless下面的各种类型，比如最常用的Defect就是一个集合，你建立的字段可以指向这个集合。 这些是我自己的一些看法，不一定正确，因为我没有用过，  

问题七：在设置Action时，可不可以源状态和目的状态是同一个的状态？即：虽然作了那个动作，但是不改变他的状态！
解答提示：从CQ的操作来看，是不支持源状态和目标状态一致的，因为没有这个必要（修改除外，修改的时候，状态不改变）。在建立Action时，Action的属性中，可以设定源状态和目标状态，在源状态选定的时候，就无法选择相同的目标状态了。Rational的CQ主要是变更管理，一个通过Action流转State的过程，自建Action的Type为Modify并无多大的意义。  

问题八：怎样实现输入project和subsystem后就让他自动定位到某个人，也就是通过输入那个人所属的那个项目和模块，就能够自动定位到某人！
解答提示：可以使用代码控制，但是只对客户端有效，对于Web端仍然必须手工选择人员。  使用case，把字段内容添入里面就可以了。如果是两个字段控制一个，可以使用If。比如：

 if  project="工程1" then      a=GetFieldvalue(subsystem).Getvalue  ‘取subsystem的内容      Select case a '判断subsystem的取值             case "subsystem1"           SetFieldvalue people,"tester1"   '填写subsystem1对应的人员内容             case "subsystem2"            SetFieldvalue people,"tester2"   '填写subsystem2对应的人员内容                 …………             case "subsystemn"            SetFieldvalue people,"testern"   '填写subsystemn对应的人员内容        End Select   End if    if  project="工程2" then        Select case b        …………            End Select     End if      ………… 

问题九：如何使用邮件规则（E-mail rule）？
解答提示：邮件规则的设置，不是在Designer中，而是在客户端。在客户端中，选择菜单中View->E-mail Options设置邮件服务器；Actions->New->Email_Rule设置在什么条件下把缺陷发给什么人。具体的设置，自己查看帮助。  Designer中的Email rule，是设置客户端中的显示界面内容的，可以根据需要修改。但是一般我觉得不用管这里，因为通常情况下都是测试人员建立邮件规则，开发人员通常看不到邮件规则的界面。而且建立好后，一般就不做改动了，所以是否好看、是否有冗余字段等都可以不在考虑的范围之内。  

问题十：在clearquest designer中改了提交界面和处理界面后，在clearquest client中提交bug时，界面怎么没有变化
解答提示：Designer设计后，没有变化，那是因为你没有Update数据库。在Designer中设计完成后，点击菜单中的File->Check In保存修改，再选择菜单中的Database->Upgrade Database，在里面选择你修改完毕的数据库，一般会有新的版本，upgrade新版本就可以了。  

问题十一： 如何将CQ 从一台SQL 服务器迁移到另一台 SQL服务器？
解答提示： 使用 ClearQuest Maintenance Tool 中的[Move an existing schema repository]选项。注意在这之前，应在目标服务器上先建立好一个空的CQ数据库及Owner. 完成迁移后，在新的服务器上运行 ClearQuest Mantenance Tool , 选择建立一个新的连接 [New Connection]. 输入新的CQ服务器的主数据仓库的名称、服务器名和管理员名称及密码。

问题十二：将CQ从一台SQL 服务器迁移到另一台 SQL服务器后，如何迁移用户数据库？
解答提示： 当CQ主数据仓库迁移完成后，先在新的SQL服务器上建立各用户的空数据库.然后进入CQ Designer ，选择 [Databases ]->[Move user database], 分别迁移每个用户数据库。

问题十三：当在CQ Designer 中更新一个Schema 后，如何更新用户数据库？
解答提示： 当在CQ Designer中更新一个Schema 后 ，选择 [Databases ]-> [Update user database properties], 可分别更新每个用户数据库。

问题十四：如何正确使用 Check Box (hook)?
解答提示：使用Check Box 有几个注意事项：
1．使用它时不能只建立一个字段而保存多个复选项，而应为每个复选项分别建立各自的字段。 
2．建立 Check Box 后，在  Extended Tab 上的check 文本域中输入要选择的内容，而让uncheck 文本域为空。

3_200703061740531

Rational ClearCase是一个业界领先的软件配置管理工具，Rational ClearQuest则是IBM Rational在变更管理和缺陷跟踪方面的软件。业界对于变更管理软件和配置管理软件的集成有着强烈的需求，因此IBM Rational也提供了ClearCase和ClearQuest集成的功能。

1 概述

Rational ClearCase是一个业界领先的软件配置管理工具，Rational ClearQuest则是IBM Rational在变更管理和缺陷跟踪方面的软件。业界对于变更管理软件和配置管理软件的集成有着强烈的需求，因此IBM Rational也提供了ClearCase和ClearQuest集成的功能。

所谓Base ClearCase和ClearQuest的集成，就是将ClearQuest中的变更请求(Change Requeset)关联到一个或多个ClearCase中元素(Element)的版本(Version)上。一个变更请求可以被关联到一个或多个版本上，实施变更的这些版本的集合被称作变更请求的变更集(Change Set)。一个版本可以被关联到一个或多个变更请求，这些变更请求的集合被称作版本的请求集(Request Set)。

集成对于不同的角色，有以下不同的功能：

一个项目经理指定在什么情况下需要让用户关联版本到变更请求。也可以指定关联变更请求的VOBs，branches，以及element types。

ClearQuest的管理员添加ClearCase的定义到ClearQuest的schema中。这使得变更请求可以显示与它关联的变更集。

使用ClearCase进行开发的人员，可以在Check Out或者Check In一个版本的时候，将这个版本关联到一个或者更多的变更请求上。也可以查看一个变更请求的变更集。

在这篇文章中，我们将对Base ClearCase与ClearQuest集成的设计原理和运行环境的搭建与设置进行介绍，最后再提供一些操作范例。

回页首

2 基本概念

2.1 集中方式(Central Server)

所谓的Central Server就是将所有的脚本文件及配置文件放在一个目录，当进行集成的时候，ClearCase就会在这个目录中寻找配置文件（config.pl）、cqcc_launch脚本以及其他的代码，而不是使用本地默认目录的相应文件，因此提高了安全性和可维护性。与之对应的本地方式(Local Server)则是使用本地ClearCase目录中的配置文件、脚本以及其他代码。

2.2 批处理(Batching Enabled)

就是将一个ClearCase操作中的所有与ClearQuest相关的操作，记录到一个批处理文件中，ClearCase操作完成之后，再将这些操作一次性写入到ClearQuest中。从而降低了登陆ClearQuest和在查询ClearQuest的次数，大大的提高了性能。

2.3 序列(Batching Series)

批处理序列是将批处理的概念进一步扩展的产物。ClearCase认为所有进行的ClearCase都是在一个批处理当中，它记录所有与ClearQuest相关的操作到批处理文件当中，以便在以后的某个时间完成与ClearQuest相关的操作。

2.4 检入后提交(Postcheckin commit)

就是在ClearCase的Check in完成之后，再进行ClearQuest的操作。一般的情况下，在ClearCase的Check in操作完成之后，才进行与ClearQuest相关的操作。这样在Check in操作失败的情况下，会造成ClearCase和ClearQuest的数据不一致。启用此功能则可以避免这种错误。

2.5 自动关联(Auto-association)

就是在将变更请求关联到某个版本的时候，不需要手工选择，而是靠预先设置的请求ID或者根据ClearCase操作的注释自动提取请求ID，来决定关联的请求。

2.6 使用CQWeb方式的集成

在本地没有安装ClearQuest，或者不愿意使用本地的ClearQuest的情况下，可以使用CQWeb的方式使用CQWeb Server上的ClearQuest来实现ClearCase和ClearQuest的集成。

回页首

3 何时采用Base ClearCase

我们知道UCM是一种对版本控制的配制管理流程，而UCM是基于Base ClearCase的管理流程演变而来的。因此掌握并了解Base ClearCase的管理就显得至关重要。Base ClearCase包含了一系列功能，它们能够使开发人员做到并行开发，项目管理者也能通过制定相关的规则来使开发工作有序的进行。

在开发过程中，Base ClearCase应用"分支(Branch)"的方法来允许开发人员进行并行开发。任何在配制管理下的元素(Element)，例如：文本文件，程序原代码等，都会生成一个主分支，而主分支下还可以有多个下属分支，它们的作用是用来支持在主分支上的开发。Base ClearCase 允许创建复杂的分支体系。在开发过程中，通过视图（View）可以访问特定元素集的特定版本，而这通过修改视图的规则(Config Specification)就可以实现。UCM也使用"分支"的方法，但是这些分支不需要用手工来操作，而是通过"流(Stream)"来实现，通常情况下，一个项目存在一个集成流和多个开发流。

在项目管理方面，我们通过对项目的源文件打基线(Baseline)来呈现项目早期较稳定版本的雏形，并且基线可以用来连接一系列相关的源文件，比如像源代码，测试计划等等。UCM自动完成基线的创建，而Base ClearCase则通过对元素(Elements)的版本打标签来创建基线。

通过以上对UCM和Base ClearCase的比较，因此在一个项目不是很大，并且业务流程相对简单的情况下适合用Base ClearCase。

回页首

4 运行环境的搭建与设置

4.1 运行环境的搭建

在Base CCCQ集成的过程中，运行环境的搭建尤为重要。

首先，需要在ClearCase客户端和ClearCase注册服务器安装ClearCase。在ClearQuest Unix服务器和ClearQuest Windows服务器安装ClearQuest。准备数据库服务器。在ClearQuest Unix服务器上配置好DBSet，并添加User DB。之后就可以配置集成了。

4.2 ClearCase与ClearQuest集成的配制

集成的配置需要在ClearCase和ClearQuest上分别进行配置，才能完成。在ClearCase侧，需要对VOB配置。当对一个VOB配置了集成之后，针对与这个VOB的ClearCase相关操作（例如CheckOut, CheckIn）都会激发脚本对ClearQuest数据库的访问，进而完成Base CC和CQ的集成。

在ClearQuest侧，需要在数据库中添加ClearCase的定义，只有加入了定义之后，数据库中的请求的变更集才能够显示出来。

下面具体介绍配置过程。

4.2.1 将ClearCase package加入到一个ClearQuest DBset

由于ClearQuest schema包含了一些与多个ClearQuest user databases相关联的特性，例如数据记录的类型，区域，和形式。在开发人员将ClearCase中文件的版本与ClearQuest用户数据库中的变更请求相联系的时候，必须将ClearCase的特性也加入到ClearQuest schema，此过程要在Windows端完成且过程如下所述：

• 开始 -> 程序 -> Rational Software -> Rational ClearQuest -> ClearQuest Designer
• 在ClearQuest Designer中，点击Package -> Package Wizard
• 在安装Package向导中，找到ClearCase 1.0和ClearCase Upgrade 1.0，如果这些Packages没有列出，则点击"More Packages"，并将上述的两个Packages添加到列表中。
• 选择ClearCase 1.0 Package并点击"下一步"
• 选择一个将会应用ClearCase 1.0 Package的schema e.g. Defect Tracking，点击"下一步"
• 选择数据纪录的类型并点击"完成"
• 选择File -> Check In来保存schema的最新版本
• 选择Database -> Upgrade Database把schema的最新版本升级到ClearQuest user database中

4.2.2 在ClearCase VOBs上安装触发器(Triggers)

CCCQ的集成应用到了针对cleartool checkin, checkout和uncheckout操作的触发器，触发器的安装与配制需要在Windows端配制，该Windows的Registry Server必须与UNIX上建VOBs的那台Server指向同一台Registry Server。具体配置过程如下所述：

4.2.2.1 同步UNIX与Windows上的ClearCase Regions

1) 在Windows上新建一个Region，名称与需要同步的UNIX上的Region名称相同，这时UNIX上的Region就在Registry Server上注册了。

2) 运行 -> cleartool -> mkregion -tag <UNIX region>

4) Rational ClearCase'Administration'Region Synchronizer

5) 选择需要同步的Windows Region和UNIX Region, 在Import Type一项上选择"VOB Tags"并且选中"Show full storage directory paths.

6) 在"Unix VOB tags not found in the Windows region"列表中选择需要引入的VOB，点击"Import"，这时"Create VOB Tag"对话框会显示出来。在"Global Storage"一项中输入在UNIX服务器上的VOB的网络存储路径，并且在"Hostname"一项中输入在Region内能够解析的主机名。

4.2.2.2 将一个VOB安装上Trigger

当一个VOB被引入（Import）后，我们可以对其安装Trigger 在ClearCase中，点击开始 -> 程序 -> Rational Software'Rational ClearCase'Administration'Integrations'ClearQuest Integration Configuration. 这时出现如下图所示的对话框。

在"ClearCase - ClearQuest Integration Configuration"对话框中，我们可以看到所有在UNIX服务器端建立好的VOBs，并且可以对其中任何一个VOB安装trigger。在这里，我们对VOB int4安装Checkout和Checkin的trigger。Trigger的配制文件在config.pl中有详细说明，关于trigger选择的详细内容可以参看上一章节。

提示：

• 触发器使用config.pl配制文件来控制本地集成的配制参数。当选择V2触发器时，配置应用程序会将config.pl文件路径设为CQCC/config.pl，在这个路径中CQCC代表了本地的cc-home-dir/lib/perl5/CQCCTrigger/CQCC这个路径，用户可以根据需要将这个路径改变为一个UNC路径，因此所有的集成操作将调用一个中心配制文件config.pl。
• 在安装触发器时，只有VOB的所有者才可以对自己创建的VOB安装触发器。如果一个用户e.g. Harry登陆Windows，他想对Andy在UNIX上创建的VOB安装触发器，这时会出现"无法得到触发器类型"等警告。如果Harry希望可以对VOB安装触发器，那么需要执行以下两步：
• 在DOS模式下运行Runas /user:RATIONALCC\Andy cmd.exe命令，这个命令将以Andy的身份打开一个DOS窗口，并提示输入用户名和密码。
• 在验证通过登陆后，另一个DOS窗口将会打开，在这个窗口中，运行"cqconfig"来以Andy的身份在VOB上安装触发器。

4.2.3 核心文件config.pl的配置

config.pl文件在不同操作系统上的存储路径：
Windows:C:\Program Files\Rational\Clearcase\lib\perl5\CQCCTrigger\CQCC\config.pl
UNIX: /usr/atria/sun5/lib/perl/CQCCTrigger/CQCC/config.pl

下面就一些重要的参数配置进行详细的说明：

4.2.3.1 定义用户数据库

&SetConfigParm("CQCC_DATABASE_ENTITY_LIST","SAMPL: defect");
CQCC_DATABASE_ENTITY_LIST参数定义了一个或多个数据库和数据库所支持的数据纪录类型。当定义多个数据库时，参数的使用格式为：dbname1: entity1,entity2; dbname2: entity3,entity4。值得注意的是数据纪录类型必须为在schema中已定义好的内容。

4.2.3.2 定义DBsets

&SetConfigParm("CQCC_DATABASE_SET", "<db_set_name>");
在ClearQuest中，当建立有多个DBsets时，即有多个schema存储空间时，CQCC_DATABASE_SET参数用来指定一个当前可以使用的schema存储空间。

4.2.3.3 选择集成模式: 文本模式或图形模式

&SetConfigParm("CQCC_GUI_ENABLE", "OFF");
此参数是一个开启Perl/TK GUI图形界面的开关。如果设置为"ON"（默认情况下），那么图形界面会在需要的情况下显示，例如，在运行xclearcase时。如果设置为"Always"，那么图形界面会在命令行操作的形式也显示。如果设置为"OFF"，那么图形界面将永远不显示，因此只可以用命令行操作。

4.2.3.4 开启DEBUG模式

此参数用来控制在运行时模式下DEBUG报告的输出级别。0 - 代表没有输出；1 - 代表基本输出（针对高级别的操作）；2 - 代表细节输出。

提示：其他参数设置的详细说明请参看config.pl文件。

4.2.4 执行Base CCCQ集成的最后检验

此时，根据以上所提供的信息，我们应能够完成cqcc检验，检验ClearCase与ClearQuest是否能够很有效的结合，并可以开始完成一些简单的操作。

在UNIX客户端运行：cqcc_launch -test

此时，cqcc_launch命令将会调用config.pl里的参数并试图连接ClearQuest，如果连接成功，exit_status会显示0，否则将显示1（如下图所示）

回页首

5 在Windows的平台上的操作范例

可以说，Base ClearCase的基本操作，就是Check Out和Check in两个操作，下面就简单介绍一下这两个操作。

5.1 Check Out

1) 在ClearCase Explorer中，选中一个文件，进行Check Out操作。如果是配置完成后第一次进行操作，需要输入ClearQuest的用户名和密码。

2) 登陆成功后，就会出现QSW(Query Association Window)窗口，显示满足条件的缺陷。选择缺陷，点击Association按钮，可以将其放到上侧窗口中，点击OK，即可完成关联。

3) 关联成功后，在ClearQuest中打开相应的缺陷，在ClearCase页中，可以查看到关联的文件。

4) 在ClearCase Explorer中右键点击被关联的文件，选择版本属性，查看被关联的缺陷。

5.2 Check In

1) 在ClearCase Explorer中选中文件，进行Check Out操作，弹出QSW窗口。

2) 在ClearQuest中查看被关联的文件。

3) 在ClearCase中查看被关联的缺陷。

回页首

参考资料

1. Base ClearCase Integration with ClearQuest Design Specification
2. Introduction to Base CCCQ Integration Test
3. Rational ClearCase - Managing Software Projects

回页首

关于作者

		IBM CSDL Rational ClearCase测试小组

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1095605

WEB函数列表：

web_custom_request
允许您使用 HTTP 支持的任何方法来创建自定义 HTTP 请求

web_image
在定义的图像上模拟鼠标单击

web_link
在定义的文本链接上模拟鼠标单击

web_submit_data
执行“无条件”或“无上下文”的表单

web_submit_form
模拟表单的提交

web_url
加载由“URL”属性指定的 URL

web_set_certificate
使 Vuser 使用在 Internet Explorer 注册表中列出的特定证书

web_set_certificate_ex
指定证书和密钥文件的位置和格式信息

web_set_user
指定 Web 服务器的登录字符串和密码，用于 Web 服务器上已验证用户身份的区域

web_cache_cleanup
清除缓存模拟程序的内容

web_find
在 HTML 页内搜索指定的文本字符串

web_global_verification
在所有后面的 HTTP 请求中搜索文本字符串

web_image_check
验证指定的图像是否存在于 HTML页内

web_reg_find
在后面的 HTTP 请求中注册对 HTML源或原始缓冲区中文本字符串的搜索

web_disable_keep_alive
禁用 Keep-Alive HTTP 连接

web_enable_keep_alive
启用 Keep-Alive HTTP 连接

web_set_connections_limit
设置 Vuser 在运行脚本时可以同时打开连接的最大数目

web_concurrent_end
标记并发组的结束

web_concurrent_start
标记并发组的开始

web_add_cookie
添加新的 Cookie 或修改现有的 Cookie

web_cleanup_cookies
删除当前由 Vuser 存储的所有 Cookie

web_remove_cookie
删除指定的 Cookie

web_create_html_param
将 HTML 页上的动态信息保存到参数中。（LR 6.5 及更低版本）

web_create_html_param_ex
基于包含在 HTML 页内的动态信息创建参数（使用嵌入边界）（LR 6.5 及更低版本）。

web_reg_save_param
基于包含在 HTML 页内的动态信息创建参数（不使用嵌入边界）

web_set_max_html_param_len
设置已检索的动态 HTML 信息的最大长度

web_add_filter
设置在下载时包括或排除 URL 的条件

web_add_auto_filter
设置在下载时包括或排除 URL 的条件

web_remove_auto_filter
禁用对下载内容的筛选

web_add_auto_header
向所有后面的 HTTP 请求中添加自定义标头

web_add_header
向下一个 HTTP 请求中添加自定义标头

web_cleanup_auto_headers
停止向后面的 HTTP 请求中添加自定义标头

web_remove_auto_header
停止向后面的 HTTP 请求中添加特定的标头

web_revert_auto_header
停止向后面的 HTTP 请求中添加特定的标头，但是生成隐性标头

web_save_header
将请求和响应标头保存到变量中

web_set_proxy
指定将所有后面的 HTTP 请求定向到指定的代理服务器

web_set_proxy_bypass
指定 Vuser 直接访问（即不通过指定的代理服务器访问）的服务器列表

web_set_proxy_bypass_local
指定 Vuser 对于本地 (Intranet) 地址是否应该避开代理服务器

web_set_secure_proxy
指定将所有后面的 HTTP 请求定向到服务器

web_set_max_retries
设置操作步骤的最大重试次数

web_set_timeout
指定 Vuser 等待执行指定任务的最长时间

web_convert_param
将 HTML 参数转换成 URL 或纯文本

web_get_int_property
返回有关上一个 HTTP 请求的特定信息

web_report_data_point
指定数据点并将其添加到测试结果中

web_set_option
在非 HTML 资源的编码、重定向和下载区域中设置 Web 选项

web_set_sockets_option
设置套接字的选项

无论是功能测试还是性能测试，手工测试还是自动化测试，我们都要把测试的准备工作做好，这样才能事半功倍。做好测试计划，写好测试用例，配置好测试环境是非常重要的。