Sysstat介绍

        Linux中的top,free等命令不能完全满足我们性能数据收集的要求，我们需要一个更加强大的工具来收集性能数据。经过考察和对比，发现Sysstat是一个非常强大的工具，因此下载了试了下，效果不错。Sysstat是一个工具集，包括sar、pidstat、iostat、mpstat、sadf、sadc。其中sar是其中最强大，也是最能符合我们测试要求的工具，同时pidstat也是非常有用的东东，因此本文结合性能测试重点介绍这两个工具。

Sysstat的安装

        从http://pagesperso-orange.fr/sebastien.godard/download.html下载最新版本，解压，安装

•  wget http://pagesperso-orange.fr/sebastien.godard/sysstat-8.1.2.tar.gz
   tar zxvf sysstat-8.1.2.tar.gz
   cd sysstat-8.1.2
   ./configure
   make
   su
   <enter root password>
   make install

监视某个进程

1.      通过ps命令找到相应进程的PID：

ps -e

2.      使用pidstat命令监视进程，详细用法见：http://pagesperso-orange.fr/sebastien.godard/man_pidstat.html

pidstat 2 5 
//每隔2秒，显示5次，所有活动进程的CPU使用情况
pidstat -p 3132 2 5 
//每隔2秒，显示5次，PID为1643的进程的CPU使用情况显示
pidstat -p 3132 2 5 -r
//每隔2秒，显示5次，PID为1643的进程的内存使用情况显示

3.      很可惜的是，pidstat命令没有保存性能数据的功能。

查看性能数据

        在sysstat工具包中，sar是最强大的了，通过sar几乎可以监视所有的性能数据，同时，sar还支持将性能数据保存起来。
sar详细用法请见：http://pagesperso-orange.fr/sebastien.godard/man_sar.html

1.      查看CPU使用情况

sar 2 5
//每隔2秒，显示5次，CPU使用的情况

2.      查看内存使用情况

sar -r 2 5
//每隔2秒，显示5次，内存使用的情况

3.      查看网络吞吐量

sar -n DEV 2 5
//每隔2秒，显示5次，网络吞吐量情况

保存性能数据

        sar支持保存成两种格式的文件，一种是文本文件，一种是二进制文件（只有通过sar自己的命令才能查看）。

1.      保存为文本文件

结合上面的查看命令，加入 > filename 参数即可保存文本文件，下面列出几个有用的命令：

sar 1 10 > data.txt
//每隔1秒，写入10次，把CPU使用数据保存到data.txt文件中。
sar 1 0 -e 15:00:00 > data.txt
//每隔1秒记录CPU的使用情况，直到15点，数据将保存到data.txt文件中。(-e 参数表示结束时间，注意时间格式：必须为hh:mm:ss格式)
sar 1 0 -r -e 15:00:00 > data.txt
//每隔1秒记录内存使用情况，直到15点，数据将保存到data.txt文件中。
sar 1 0 -n DEV -e 15:00:00 > data.txt
//每隔1秒记录网络使用情况，直到15点，数据将保存到data.txt文件中。

用WinSCP工具从Linux服务器上取下data.txt文件，内容如下：

Linux 2.6.18-53.el5 (Performancesvr5)  2008年05月05日     _x86_64_

 11时04分05秒     CPU     %user     %nice   %system   %iowait    %steal     %idle
 11时04分06秒     all      0.25      0.00      0.00      0.00      0.00     99.75
 11时04分07秒     all      0.00      0.00      0.25      0.00      0.00     99.75
 11时04分08秒     all      0.25      0.00      0.25      1.50      0.00     98.00
 11时04分09秒     all      0.25      0.00      0.00      0.50      0.00     99.25
 11时04分10秒     all      0.00      0.00      0.00      0.00      0.00    100.00
 11时04分11秒     all      0.25      0.00      0.25      0.00      0.00     99.50
 11时04分12秒     all      0.00      0.00      0.25      0.00      0.00     99.75
 11时04分13秒     all      0.50      0.00      0.50      0.99      0.00     98.01
 11时04分14秒     all      0.00      0.00      0.00      1.25      0.00     98.75
 11时04分15秒     all      0.50      0.00      0.00      0.00      0.00     99.50
 平均时间:     all      0.20      0.00      0.15      0.42      0.00     99.23

有了这份数据，就可以轻松的使用WPS表格来统计CPU的使用情况了。

保存为二进制文件

        由于保存的二进制文件只有sar通过-f参数才能打开，不利于我们分析和统计数据，因此不推荐使用这个方法。保存二进制文件的参数是-o，如：

sar 1 5 -r -o data
//每隔1秒，写入5次，将内存使用的数据写入二进制文件data中。
sar -f data
//查看data文件

由于WR没有定时自动运行脚本 的功能，但与TD结合便可以实现。使用的WR版本为7.0，具体实现如下：

1、设置WR与TD连接。

 1.1启动WR，在settings-->general options菜单下的environment中勾选"Allow TestDirector to run tests remotely"，之后保存。

 1.2选择菜单功能tools-->TestDirector Connection,进行设置，指定TD服务器，连接指定的project。具体设置如图

2、TD相关操作

 2.1下载XRunnerTestDirector.exe插件。

 2.2登陆TD，在test plan页面中新加一个测试 用例，修改type为WR-AUTOMATED.之后点到test scrīpt页签，点击copy from，选择脚本，导入。脚本就成功的导入了。其中脚本调用了其它两个子脚本，WR会跟据所指路径自动去读取，并且在脚本中已添加了加载map的语句。

 2.3切到test lab页面，新建test,然后执行"Add Tests to Test Set"功能如图wrltd6.jpg

添加刚才test plan中指定的test.添加成功后如图wrltd7.jpg

 2.4设置执行时间。见图wrltd7.jpg切到Execution Flow页签，设置时间。如图wrltd5.jpg.

 2.5点击wrltd5.JPg中的RUN按钮，弹出窗口"Execution of...窗口",点击run按钮,所有操作到这儿就完成了.如图wrltd6.jpg所示状态，脚本处于等待状态，等到设定的时间，TD会自动打开WR程序，并开始执行脚本。

　　第一步：把需要加到共享对象库中的各个用例脚本的对象库，分别导出成．tsr文件．

　　操作方法:先用QTP打开已经录制完毕的脚本后，选择Resources－－＞ Object Repository ．

　　然后file-->export....取名导出文件．如下图：

　　第二步：把需要加入到共享对象库中的各个用例脚本的对象库，合并对象及对象属性，形成一个大的共享对象库．

　　操作方法:打开Resources－－＞Object Repository Manager．找到Tools菜单，然后选择打开Object Repository merge tool.选择两个要合并的对象库文件，进行对象合并．一次只能合并两个．所以如果这里你要合并多个对象库文件的话，先合并两个后，保存成一个新的．tsr文件．然后再重复上面的操作，选择这个新的．tsr文件和另一个准备好的对象库合并．如下图：

　　合并的时候，你会发现，在两个对象库文件中，相同的对象合并成一个，不同的对象，全部被完整增加进去．然后形成一个大的对象库．现在只要保存这个共享对象库．如果以后有新增的对象，可以重复上述操作．

　　第三步：调用上面保存好的共享对象库．给新的脚本使用．

　　操作步骤：Resources－－＞Associate Repository．选择上面保存好的共享对象库的．tsr文件．加入到Associate Repository中．如下图：

　　完成这一步后，其实整个共享对象库的操作已经完成．你在对象库中可以看到以后的对象．在录制新脚本的时候，如果对象已经存在，就不会再被记录，只有在这个对象库中没有的对象才会被记录进去．回放脚本，对象识别成功．

（注：此操作只适合与装有QTP9.0的版本．对于8.2版本不适合）

附：8.2版本中的共享对象库操作

目的

本工具向导说明了如何在 Rational Robot^TM 中设置测试环境。

相关的 Rational Unified Process 活动：

• 活动：实施测试中的“记录或通过编程创建测试脚本”部分
• 活动：执行测试中的“执行测试过程和/或测试脚本”部分

概述

本工具向导适用于 Microsoft Windows 95/98/NT 4.0。

要使用 Robot 来设置测试环境，请执行以下步骤：

1. 设置测试环境以进行记录、编辑或测试脚本回放。
2. 设置 GUI 脚本记录选项。
3. 设置 GUI 脚本回放选项。

1. 设置测试环境以进行记录、编辑或测试脚本回放

Windows 环境和您所测试的应用程序的状态会影响脚本的回放。如果所记录的环境和回放环境之间存在差异，回放就会出现问题。

在记录或编辑测试脚本之前，确保您所测试的应用程序和所有其他软件（在测试环境中）都处于适当的初始状态。另外，在执行测试（回放测试脚本）之前，请保证所测试的应用程序和所有其他软件都处于记录/编辑该测试脚本时所处的初始状态。当您开始回放脚本时，记录脚本时处于打开、激活或显示状态的所有应用程序和窗口应该仍处于打开、激活或显示状态。此外，确保所有相关的网络设置、现用数据库和系统内存处于同记录脚本时相同的状态。

回放测试脚本时，确保您设置了适当的回放选项，其中包括 Robot 应该如何处理意外活动窗口以及如何从脚本命令错误中恢复（请参见下一部分）。

2. 设置 GUI 脚本记录选项

GUI 脚本记录选项指示 Robot 在记录测试脚本时，应如何处理某些对象、鼠标拖动、窗口设置、对象内容和 Robot 窗口。

要设置 GUI 脚本记录选项，请执行以下步骤：

1. 执行以下操作之一来显示 GUI Record Options 对话框：

• 开始记录之前，请单击 Tools > GUI Record Options。
• 单击工具栏上的 Record Script 按钮，开始记录。在 Record 对话框中，单击 Options。

2. 设置每个选项卡上的选项。有关各选项卡的详细信息，请参见 Using Rational Robot 手册中的 Setting GUI Record Options 一章或参见 Robot 联机帮助。

General - 指定 Robot 如何确定/识别列表和菜单内容，以及不支持的鼠标拖动。另外，在此选项卡中，您还可以指定：用于脚本自动命名的前缀、是否让 Robot 来保存和恢复活动窗口的大小和位置、是否记录思考时间、是否记录按下回车键后的延迟。Robot Window - 指定记录测试脚本时 Robot 窗口的显示方式。该选项卡还使用户可以指定热键，用来隐藏/重新显示 Robot 窗口，以及在面向对象的记录模式和低层记录模式之间进行切换。Object Recognition Order - 用于在记录之前或记录过程中，改变个别对象类型的对象识别方法优先级。

有关如何记录脚本的详细信息，请参见工具向导：使用 Rational Robot™ 创建测试脚本。

3. 设置 GUI 脚本回放选项

GUI 脚本回放选项指示 Robot 如何回放 GUI 脚本。您既可以在回放之前，也可以在回放过程开始时设置这些选项。

要设置 GUI 回放选项，请执行以下步骤：

1. 执行以下操作之一来显示 GUI Playback Options 对话框：

• 开始回放之前，请单击 Tools > GUI Playback Options。
• 单击工具栏上的 Playback Script 按钮，开始回放。在 Playback 对话框中，单击 Options。

2. 设置每个选项卡上的选项。有关各选项卡的详细信息，请参见 Using Rational Robot 手册中的 Setting GUI Playback Options 一章或参见 Robot 联机帮助。

   Playback - 指定命令和击键之间的延迟、是否使用记录的思考时间和键入延迟、是否跳过核实点、是否显示确认结果对话框，以及回放过程中 Robot 窗口中出现的内容。有关详细信息，请单击对话框中的 Help 按钮。Log - 指定日志中保存的结果、回放后是否显示日志、是否要在覆盖日志之前得到提示、以及是使用默认日志信息还是使用您提供的信息。

   Caption Matching - 指定 Robot 如何匹配记录过程中所记录的窗口标题和回放过程中发现的标题。有关详细信息，请单击对话框中的 Help 按钮。

   Wait State

   - 指定回放时的默认重试和超时值。

   Unexpected Active Windows

   - 指定 Robot 应该如何响应意外的活动窗口。

   Error Recovery

   - 指定在脚本回放时，Robot 如何从脚本命令错误和核实点故障中恢复。

   Trap

   - 指定 Trap 实用程序应该记录的有关回放过程中常见保护故障的信息和恢复方法。
3. 单击 OK。

   有关如何回放脚本的详细信息，请参见工具向导：使用 Rational Robot™ 执行测试。

Mercury Quality Center™ 提供了基于 Web 的系统，可在广泛的应用环境下自动执行软件质量测试和管理。仪表盘技术使您可以了解验证功能和将业务流程自动化，并确定生产中阻碍业务成果的瓶颈。Mercury Quality Center 使 IT 团队能够在开发流程完成前就参与应用程序测试。这样将缩短发布时间表，同时确保最高水平的质量。

利用 Mercury Quality Center，您可以：

Mercury Quality Center 产品

Mercury Quality Center 包括自动化软件测试产品，例如 Mercury TestDirector®、Mercury QuickTest Professional™、Mercury WinRunner™、Mercury Business Process Testing™ 和 Mercury Service Test™。Mercury Quality Center 还提供了基于最佳实践的服务，用于内部部署或通过我们的 Mercury Managed Services 进行部署。

===========================================================

Software Trial	Download	||
Mercury QuickTest Professional Web Services Add-in
Mercury Diagnostics Profiler for .NET
Mercury TestDirector for Quality Center Starter Edition
Mercury QuickTest Professional for VisualAge Evaluation
Mercury QuickTest Professional for Stingray Evaluation
Mercury QuickTest Professional for Peoplesoft Evaluation
Mercury QuickTest Professional for Java Evaluation
Mercury QuickTest Professional for Oracle Evaluation
Mercury QuickTest Professional for .Net Evaluation
Mercury QuickTest Professional for SAP Evaluation
Mercury QuickTest Professional Terminal Emulator Add-in Evaluation
Mercury QuickTest Professional for Siebel Evaluation
Introduction to Quality Center 8.0 - Using TestDirector: Computer-Based Training (CBT) Course
Introduction to QuickTest Professional 8.0 Computer-Based Training (CBT) Course
Mercury QuickTest Professional Free 14-Day Trial

正则表达式语法

通过正则表达式，QuickTest 可以使用不同的值来标识对象和文本字符串。可以在下列三种情况下使用正则表达式：一是定义对象属性和参数方法时；二是对某步骤进行参数化时；三是使用不同值创建检查点时。

正则表达式是指定复杂搜索短语的字符串。使用特殊字符，如句点 (.)、星号 (*)、插字号 (^) 和方括号 ([ ])，可以定义搜索条件。有关正则表达式语法的详细信息，请参阅《QuickTest Professional 用户指南》。

使用正则表达式

在本教程中，将针对一个日期文本字符串创建文本检查点，该字符串随选定的航班日期而变化。可以将该日期定义为正则表达式，这样，检查点将检查捕获的文本字符串是否与期望的格式匹配，而不是检查准确的文本。

为此，您将使用一个正则表达式创建文本检查点，该表达式将与已定义范围内的某一单个字符相匹配。

启动 QuickTest 并打开“Recording”测试。

如果 QuickTest 尚未打开，请选择“开始”>“程序”>“QuickTest Professional”>“QuickTest Professional”。

如果“欢迎使用”窗口打开，请单击“打开现有测试”。
如果 QuickTest 打开时未显示“欢迎使用”窗口，请选择
“文件”>“打开”，或单击“打开”按钮 。

在“打开测试”对话框中，找到并选择“Recording”测试，然后单击“打开”。

将该测试另存为“RegExpression”。

选择“文件”>“另存为”。将该测试另存为“RegExpression”。

确认是否已启用“Active Screen”选项。

如果在 QuickTest 窗口底部看不到 Active Screen，请单击“Active Screen”按钮或选择“查看”>“Active Screen”。

选择要为其创建检查点的文本。

在关键字视图中，单击 (+) 展开“Welcome:Mercury:Tours”，然后单击“Select a Flight:Mercury”页。该页将显示在 Active Screen 中。

在 Active Screen 中向上滚动，然后突出显示出发航班 New York to San Francisco (12/29/2004)。右键单击突出显示的字符串，然后选择“插入文本检查点”。将打开“文本检查点属性”对话框。

对于要检查的文本，输入正则表达式。

在“已检查的文本”区域中，单击“常量值选项”按钮 。将打开“常量值选项”对话框。





在“值”框中，用 [0-1][0-9]/[0-3][0-9]/200[0-9] 替换当前日期。这将指示 QuickTest 检查选定文本中的每个字符与正则表达式定义的数字范围格式是否匹配。该表达式检查以下格式：MM/DD/200Y。

选择“正则表达式”复选框。将出现一个消息框，提示您在每个特殊字符之前插入反斜杠字符。单击“否”。

注意： 单击“是”会使 QuickTest 将特殊字符 ([)、(-) 和 (]) 作为文本字符而不是正则表达式处理。

单击“确定”接受其他默认设置，然后关闭“常量值选项”对话框。将打开“文本检查点属性”对话框。





单击“确定”关闭“文本检查点属性”对话框。

QuickTest 将向您的测试中添加文本检查点。该检查点在关键字视图中的“Select a Flight:Mercury”页显示为检查操作。

保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。

使用正则表达式运行并分析测试

在本练习中，您将运行测试并对检查点结果进行检查。

运行“RegExpression”测试。

单击“运行”按钮 ，或选择“测试”>“运行”。将打开“运行”对话框。

选择“新建运行结果文件夹”并接受默认的结果文件夹名。

单击“确定”。当完成测试运行时，将打开“测试结果”窗口。

对检查点结果进行检查。

在结果树中，单击 (+) 展开“Test RegExpression Summary”>“RegExpression Iteration 1 (Row 1)”>“Action1 Summary”>“Welcome: Mercury Tours”>“Select a Flight:Mercury”

选择“检查点`[0-1][0-9]/[0-3][0-9]/200[0-9]'”。





由于文本以正则表达式指定的格式显示，因此该检查点通过。

退出“测试结果”窗口。

选择“文件”>“退出”关闭“测试结果”窗口。

设计开发脚本如下：

第一步录制脚本如下
Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebEdit("txtLoginName").Set "吕巍"
Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebButton("登 录").set ""
Browser("智能变电巡检仪系统 4.0").Page("Page").Syn
Browser("智能变电巡检仪系统 4.0").Close

以上为录制的正确的用户名,下边录制错误的用户名
Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebEdit("txtLoginName").Set "xx"
Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebButton("登 录").set ""
出现错误提示“该用户不存在”

第二步 增强脚本

现在需要设计的是一套脚本驱动所有的测试数据，这样可以驱动所有的用例数据，qtp中提供了datatable。
但是有数据驱动也要做一个事情就是如何处理错误的用户名和正确的用户名，如何结合起来呢？
这里我把datatable看作存放测试用例的地方，里面放入测试数据，还放入测试的预期结果。这样我的设计已经出现雏形了。
我把datatable设计为三列

username  password status
吕x               
xxx       xxxx     该用户不存在

第三列放入最后执行的结果,我设计的是空为成功登陆,如果有信息就用实际运行的结果和这一列对比.好了万事俱备只欠东风了

修改脚本如下：
Dim iStatus

Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebEdit("txtLoginName").Set DataTable("username", dtLocalSheet)
Browser("智能变电巡检仪系统 4.0").Page("智能变电巡检仪系统 4.0").WebButton("登 录").set DataTable("password", dtLocalSheet)
iStatus = DataTable("status", dtLocalSheet)

If   iStatus=""  Then
  Browser("智能变电巡检仪系统 4.0").Close
End If

If   iStatus="该用户不存在"    Then
     Reporter.ReportEvent micFail, "登陆", "登陆失败."
End If

Browser("智能变电巡检仪系统 4.0").Close

第三步，设置脚本运行过程

打开 tests-〉settings
设置RUN TAB页面下 Datatable iterations中 Run On all rows

这样就完成了整个脚本的设计工作，以上通过一个简单例子吧脚本的设计和软件的功能结合起来，达成脚本的设计效果。

本文来自51testing博客，转载请注明出处
原始链接：http://blog.51testing.com/?85168/action_viewspace_itemid_1139.html
 

　　一个基本的也是最有分歧的问题就是：测试文化应是服务型还是控制型？我认为较好的测试文化应是服务型的。有的企业将测试文化定位为控制型，即测试员对最终产品的质量负责，对质量过程负责，甚至批准或拒绝产品的发布。事实上，测试员不应有也不应期望拥有这些控制权利，应将不合理地赋予的这些权利分离出去：1）质量的过程控制应由QA负责，因为，最终产品的质量是设计与开发出来的，而不是测试出来的；2）批准或拒绝产品的发布更有应是企业高层的职责，不应是测试部门更不是测试员的职责。测试部门或测试员应明确自已的角色定位，努力培养服务型测试文化，在服务意识的指导下，努力做了自已的本职工作。

　　既然测试文化定位为服务型，那么，对测试员的职责就可以从如下方面来描述：

　　为高层提供服务：即测试部门将产品的测试报告提供给高层，由高层作出有关决策。测试报告应包含高层希望了解的产品情况：错误发现率、错误改正率、问题收敛趋势，等等。

　　为项目经理提供服务：向项目经理提供的测试报告应满足项目经理关注的需求，这些需求包括：产品的功能有哪些未满足、性能方面有哪些问题、哪些问题已与程序员沟通，但未达成一致意见，需要提交高层仲裁，等等。

　　为QA提供服务：测试人员参与质量管理活动应该是服务性质的，即他不是去主导质量管理活动，而是为质量管理活动提供服务支持。测试人员通过测试报告，利用事实和数据来反映产品目前的质量情况，为QA的工作提供依据。

　　为程序员提供服务：测试员要同程序员交朋友，向程序员及时反馈具体的程序问题，并与程序员共同探讨。一方面，测试员通常比程序员更了解业务领域，因此，他能从业务员的视角来检测产品的功能；另一方面，测试员通过测试用例能发现程序员不易想到的问题；再一方面，测试员从用户（操作员）的角度所进行的随机测试，也是检查产品的可用性。这些方面的测试情况，应及时反馈给程序员，以便进行及时修改。同时，测试员也要从程序员角度考虑问题，并获取相关程序的文档资料，使得测试员编制的测试用例更切合测试的重点、难点以及关注点。必要时，测试员也应了解程序员所使用的开发语言，这对于进行程序的白盒测试尤为重要。

　　为市场推广人员提供服务：产品最终是要投放市场的，在产品的投产前，市场推广人员必须了解产品的优缺点和与同类产品对比的特色，从而有利于组织产品的广告宣传，以及应对媒体的挑剔与非难。总之，在市场推介活动中，市场推广人员应充分了解产品的相关信息，这些信息的主要来源就是测试报告。

　　综上所述，测试人员的职责就是通过测试报告向项目的主要涉众传达产品的信息，即他是作为一个重要的信息源，为质量体系的运作提供到位的服务。

　　从形式来看，测试报告是测试人员的工作成果，因此，测试人员的职责可以围绕着“测试报告”来描述——这里的“测试报告”是广义的，包括测试员的所有的报告（含非正式的口头报告）。例如：

　　描述“测试报告”的前期工作：包括测试计划、测试案例、测试过程、信息收集。
描述“测试报告”的信息管理：通常使用测试管理工具，它对测试中的问题进行收集、流转和跟进或督办，并提供分析与统计功能。

　　描述“测试报告”的撰写：要注意不同的涉众需要不同的信息，即需要不同的测试报告。如，高层可能只需要一些统计信息或问题的收敛情况，而程序员可能需要一些非正式的、直接的、及时的反馈意见。因此，对不同类型的“测试报告”可能有不同的模板或样例，测试报告的编写能力应是测试员的基本功之一。

　　描述“测试报告”的报告流程，测试报告（正式的或非正式的）的报告流程应清楚明白，特别是问题报告应形成闭环。

　　描述“测试报告”的管理：测试报告应作为企业的重要信息加以保存、管理，并作为历史数据供以后参考和比较。

　　测试员的职责的描述形式可以是多种多样，如何描述并不重要，重要的是应通过职责的描述，体现企业的测试文化，努力营造一个好的测试文化是我们所关心的。

（ MS Web Application Stress Tool (was) ）

在 MS 的网站上发现了一个挺不错的小东西： MS Web Application Stress Tool (was) 。这是一个 web 应用压力测试工具。它是免费的，这一点很重要，否则 MS 的版权大棒又要来了。

     如今 B/S 结构横行，基于浏览器的应用多如恒河沙数。我们也投入了太多的时间在 web 技术上，我们努力提高开发效率，花大量时间研究各种脚本，轻量级框架， mvc 框架，也许我们可以多投入一些时间关注一下系统执行效率，做做压力测试。

    Was 的使用非常简单，只需要配置好测试脚本，它就可以开始运行，然后给你一个非常详细的报告。脚本的配置有多种方式：

◇      自行编写测试脚本
◇      让 was 记录你在 IE 中的操作
◇      让 was 读取 server 的 log ，生成脚本
◇      指定 url 地址，生成脚本

我的原则是速战速决，对于这样一个小工具，没有必要花太多时间去研究细节，让它自己记录我的 IE 操作吧，下面列出操作过程。

选择菜单： scripts_create_record ，在出现的窗口中选择记录哪里信息，全选也无所谓， next__finish ，系统会弹出一个 IE 窗口，该窗口中的所有 request-response 都会被记录到测试脚本中。需要注意的是该窗口需要比较高的权限，所以请暂时关闭上网助手之类、广告拦截之类的东西。

在该窗口中你可以随意操作你的 web 程序，把要测试的模块都跑到。完成之后直接关闭 IE ，然后点击 ”stop recording” ，一个测试脚本就完成了，实在够傻瓜，不愧是 MS 的东西啊，体贴我这类懒人。
展开刚建好的测试，选择 ”setting” ，指定 Stress level(threads) 的值，同时连接 server 的并发数。 Ok ，选择菜单： scripts_run ，开始折磨你的机器吧。

测试完成之后，选择菜单： view_reports ，可以看到测试结果报告。相当详细，多少次操作，多少数据量，每个页面花多少时间都看得一清二楚，爽啊。

测试报告中，有两个术语很重要，在 ”page summary” 中，有两个指标： TTFB 和 TTLB 。

TTFB Avg 是指：从第一个请求发出到测试工具接收到服务器应答数据的第一个字节之间的平均时间。

TTLB Avg 是指：从第一个请求发出到测试工具接收到服务器应答数据的最后一个字节之间的平均时间。

创建输出值

在参数化测试中，测试的第二次和第三次循环失败，这是因为出发城市更改时票价也发生了更改。在 Book a Flight:Mercury 页中检查出发航班票价的检查点在票价更改时未更新其预期值。

在本课中，将创建在每次测试循环中从 Select a Flight:Mercury 页检索出航票价的输出值。然后修改创建的表检查点，以便该表检查点检查在 Book a Flight:Mercury 页中显示的票价与在 Select a Flight:Mercury 页中获得的票价是否匹配。

使用输出值运行并分析测试

现在将运行测试并检查结果。

运行输出测试。

单击“运行”按钮 ，或者选择“测试”>“运行”。将打开“运行”对话框。

选择“新建运行结果文件夹”并接受默认的结果文件夹名。

单击“确定”。当测试运行完成时，将打开“测试结果”窗口。

检查运行时数据结果。

在“测试结果”窗口中，从结果树中选择“运行时数据”。测试运行期间使用的输出值将显示在网格中。注意，对于每次循环，“depart_flight_price”列中显示的票价会有所不同。





检查检查点结果。

选择“视图”>“全部展开”。

在“Output Iteration 1 (Row 1)”中的“Book a Flight:Mercury”页下，单击“检查点`New York to San Francisco'”。

注意，在“详细信息”窗格中，检查点用绿色标记为通过，这是因为检查到概要表中第一次航班的票价与从“Select a Flight”页中获得预期值匹配。

用同样的方法检查循环 2 和循环 3 的检查点。在“详细信息”窗格中，这些检查点也用绿色标记为“通过”，原因同上。

关闭“测试结果”窗口。

选择“文件”>“退出”关闭“测试结果”窗口。

定义数据表参数

在前面的课程中，您预定了从 New York 飞往 San Francisco 的航班。New York 是常量值，这意味着每次运行测试时出发城市都是 New York。在该练习中，您将出发城市作为参数，以便可以为每个测试运行使用不同的出发城市。

向数据表中添加参数值

正如您所见，QuickTest 在数据表中显示参数值。在本部分中，将向数据表中添加另外两个出发城市，以便 QuickTest 可以使用该数据测试应用程序。

在“departure”列中输入另外的两个城市。

单击 departure 列中的第 2 行，然后键入 Portland。

单击第 3 行，然后键入 Seattle。

按 Enter 键。

保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。

修改受参数化影响的步骤

参数化测试中的某一步骤后，在更改参数化的步骤的值时其他测试对象可能会受到影响。如果发生这种情况，您必须修改这些对象的预期值以匹配从参数化步骤中生成的值。在本部分中，将修改文本检查点，以便在运行测试时，QuickTest 检查与当前出发城市相匹配的文本。

定位要修改的文本检查点。

在关键字视图中，单击 (+) 展开“Welcome:Mercury Tours”。

右键单击“Flight Confirmation:Mercury”，然后选择“检查点属性”。将打开“文本检查点属性”对话框。





参数化文本检查点。

在“已检查的文本”区域，“New York”显示在“常量”框中。“New York”是每一次循环时检查点的预期值。

选择“参数”，然后单击“参数选项”按钮 。将打开“参数选项”对话框。





在“名称”框中，选择“departure”。这将指示检查点使用数据表中的 departure 参数值作为预期结果。

单击“确定”关闭“参数选项”对话框，然后再次单击“确定”关闭“文本检查点属性”对话框。现已将该检查点参数化。

保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。

运行并分析参数化的测试

您现在将运行修改的 Parameter 测试。QuickTest 将运行该测试三次，对于数据表中的每一出发城市各运行一次。每次测试运行称为一次循环。

运行 Parameter 测试。

单击“测试”工具栏上的“运行” ，或选择“测试”>“运行”。将打开“运行”对话框。

选择“新建运行结果文件夹”并接受默认的结果文件夹名。

单击“确定”。当测试运行完成时，将打开“测试结果”窗口。

检查结果概要。

即使文本检查点在三次循环中都通过，“测试结果”窗口也会显示测试的第二次和第三次循环失败。有关循环失败原因的详细信息，请参阅以下内容。

循环 2：

在结果树中，单击 (+) 展开“Parameter Iteration 2”>“Action1 Summary”>“Welcome Mercury Tours”>“Flight Confirmation:Mercury”。

突出显示“检查点`New York'”。





“详细信息”窗格中的检查点结果说明预期结果和实际结果同为 Portland。因此，检查点通过。您还可以在“应用程序”窗格中看到反映来自 Portland 的航班的信息。

循环 3：

在结果树中，单击 (+) 展开“Parameter Iteration 3”>“Action1 Summary”>“Welcome Mercury Tours”>“Flight Confirmation:Mercury”。

突出显示“检查点`New York'”。

“详细信息”窗格中的检查点结果说明预期结果和实际结果同为 Seattle。因此，检查点通过。“应用程序”窗格显示来自 Seattle 的航班的航班信息。

下表汇总了每次循环中文本检查点的结果：



循环	预期文本	实际文本	结果
#1	New York	New York	检查点通过
#2	Portland	Portland	检查点通过
#3	Seattle	Seattle	检查点通过

注意： 尽管这些文本检查点在三次循环中都通过了，但是测试的第二次和第三次循环仍然失败，原因是在这些循环中表检查点失败，即出发城市更改时票价会随之更改。在创建输出值中，将修改表检查点，以便在运行测试时，QuickTest 会使用当前出发城市的正确票价更新检查点的预期票价。

关闭“测试结果”窗口。

选择“文件”>“退出”关闭“测试结果”窗口。

了解检查点类型

QuickTest Professional 提供了下列类型的检查点：

大多数检查点都可以在录制过程中或在录制之后添加到测试中。下列部分解释了如何在录制测试中创建的测试中创建上述某些检查点。

注意： 当 QuickTest 创建检查点时，它会基于检查点内的信息（例如，已检查的值）分配名称。即使您随后修改了其所基于的信息，检查点名称也不会改变。在关键字视图中查找显示的检查点时，请记住这一点。但要注意，QuickTest 可能会截短关键字视图中所显示的名称。

有关如何创建检查点的详细信息，请参阅《QuickTest Professional 用户指南》。

检查对象

在本部分中，您将在“Book a Flight”页中添加标准检查点。该检查点将验证包含乘客名字的框中的值。

启动QuickTest 并打开“Recording”测试。

如果 QuickTest 尚未打开，请选择“开始”>“程序”>“QuickTest Professional”>“QuickTest Professional”。

如果“欢迎使用”窗口打开，请单击“打开现有测试”。
如果 QuickTest 打开时未显示“欢迎使用”窗口，请选择“文件”>“打开”，或单击“打开”按钮 。

在“打开测试”对话框中，找到并选择“Recording”测试，然后单击“打开”。

将测试另存为“Checkpoint”。

选择“文件”>“另存为”。将测试另存为“Checkpoint”。

确认是否已启用“Active Screen”选项。

如果在 QuickTest 窗口底部看不到 Active Screen，请单击“Active Screen”按钮或选择“查看”>“Active Screen”。

找到要向其添加标准检查点的页面。

您想添加检查点，以便在乘客的名字输入到“First Name”编辑框后，对该框中的属性值进行检查。

在关键字视图的“项”列中，单击 (+) 展开“Action1”>“Welcome:Mercury Tours”>“Book a Flight: Mercury”。

“Book a Flight”页将显示在 Active Screen 中，并突出显示与选定步骤相对应的对象。您可以看到乘客的名字显示在“First Name”框中。

创建标准检查点。

在 Active Screen 中，右键单击“First Name”框，然后选择“插入标准检查点”。将打开“对象选择 - 检查点属性”对话框。





确认已突出显示“WebEdit: passFirst0”，然后单击“确定”。

将打开“检查点属性”对话框。





该对话框将显示对象的下列属性：

名称：在网页的 HTML 代码中定义的对象名。
类：对象的类型。WebEdit：表示对象是一个编辑框。
类型列中的“ABC”图标表示该属性的值是一个常量。

对于每个对象类，QuickTest 都会建议默认的属性检查。下表描述了默认的检查。



属性	值	解释
html tag	INPUT	“INPUT”是 HTML 源代码中定义的 HTML 标记。
innertext		在这种情况下，innertext 的值为空。检查点将检查到该值为空。
name	passFirst0	“passFirst0”是编辑框的名称。
type	text	“text”是 HTML 源代码中定义的对象类型。
value	<FirstName> （在录制时输入的名字）	在编辑框中输入的值。

名字是在执行“passFirst0 Set...”步骤时输入到“First Name”框中的。因此，在“检查点属性”对话框的“插入语句”区域中，选择“当前步骤之后”。这将在“passFirst0 Set...”步骤（在该步骤中输入名字）之后插入检查点。

接受其他默认的设置并单击“确定”。QuickTest 将标准检查点步骤添加到测试的选定步骤之后。





保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。

大多数检查点都可以通过上述方法插入。下列部分将解释几种特殊类型的检查点。




检查页面

在本部分中，您将向测试中添加页面检查点。页面检查点检查运行测试时在页面中所找到的链接和图像的数量是否与录制测试时所找到的数量相同。

找到要向其添加页面检查点的页面。

在关键字视图中，单击 (+) 展开“Action1”>“Welcome:Mercury Tours”。

在关键字视图中突出显示“Book a Flight:Mercury”行 。该页将显示在 Active Screen 中。

创建页面检查点。

在 Active Screen 中右键单击任何位置，然后选择“插入标准检查点”。将打开“对象选择 - 检查点属性”对话框。注意，该对话框可能包含不同的元素，这取决于您在 Active Screen 中所单击的位置。

突出显示“Page: Book a Flight: Mercury”（顶级）并单击“确定”。





将打开“页面检查点属性”对话框。





运行测试时，QuickTest 将检查页面中链接和图像的数量以及加载时间（如对话框顶部窗格中所述）。

QuickTest 还检查每个链接的实际目标 URL 和每个图像的实际来源。

请接受默认设置并单击“确定”。

QuickTest 将向您的测试中添加页面检查点。该操作在关键字视图中显示为“Book a Flight: Mercury”页上的检查点操作。





保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。




检查文本

在本部分中，您将向测试中添加文本检查点，以检查“New York”是否显示在“Flight Confirmation”页中。

找到要向其添加文本检查点的页面。

在关键字视图中，单击 (+) 展开“Action1”>“Welcome:Mercury Tours”。

在关键字视图中突出显示“Flight Confirmation: Mercury”页。该页将显示在 Active Screen 中。

创建文本检查点。

在 Active Screen 中的“Departing”的下面，突出显示文本“New York”。

右键单击突出显示的文本并选择“插入文本检查点”。将打开“文本检查点属性”对话框。





当“已检查的文本”显示在列表框中时，“常量”字段将显示您突出显示的文本字符串。这是在运行该测试时 QuickTest 所要查找的文本。

单击“确定”接受该对话框中的默认设置。

QuickTest 将向您的测试中添加文本检查点。该操作在关键字视图中显示为“Flight Confirmation: Mercury”页上的检查点操作。





保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。




检查表

在本部分中，您将添加表检查点，检查出发航班的成本（如“Book a Flight: Mercury”页所示）。

找到要向其添加表检查点的页面。

在关键字视图中，单击 (+) 展开“Welcome:Mercury Tours”>“Book a Flight: Mercury”。

在关键字视图中突出显示“passFirst0”步骤。该页将显示在 Active Screen 中。

创建表检查点。

在 Active Screen 中，右键单击第一班航班 (New York to San Francisco) 所显示的价格，即“270”，然后选择“插入标准检查点”。

将打开“对象选择 - 检查点属性”对话框。

选择“WebTable: New York to San Fransisco”。





注意，选定的表将在 Active Screen 中突出显示。单击“确定”。

将打开“表检查点属性”对话框，并显示该表的行和列。





注意，默认情况下，所有单元格中都会显示复选标记。您可以双击单元格切换单元格选择，或者双击行标题或列标题切换选定行或列中的所有单元格的选择。

双击每个列标题清除复选标记。双击第 3 列、第 3 行交叉的单元格，选定该单元格的值。（QuickTest 只检查包含复选标记的单元格。）





提示： 可通过拖动列标题或行标题的边界来更改列宽和行高。

单击“确定”关闭该对话框。

QuickTest 将向您的测试中添加表检查点。该操作在关键字视图中显示为“Book a Flight: Mercury”页下的新步骤。





保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。







使用检查点运行并分析测试

在本部分中，您将使用检查点查看测试，运行测试，并分析检查点结果。

展开并查看测试。

选择“视图”>“全部展开”或使用数字键盘上的“*”快捷键。所显示的关键字视图与下图相似：





开始运行测试。

单击“运行” 或选择“测试”>“运行”。将打开“运行”对话框。请确保已选定“新建运行结果文件夹”。接受默认的结果文件夹名。

单击“确定”。当完成测试运行时，将打开“测试结果”窗口。

查看测试结果。

当 QuickTest 完成运行测试时，将打开“测试结果”窗口。测试结果应该为“通过”，表示所有检查点已通过测试。如果一个或多个检查点失败，则测试结果将为“失败”。

查看页面检查点的结果。

在结果树中，单击 (+) 展开“Checkpoint Iteration 1 (Row 1)”>“Action1 Summary”>“Welcome: Mercury Tours”>“Book a Flight: Mercury”。

突出显示“检查点`Book a Flight: Mercury'”。

在“详细信息”窗格中列出了已检查的项目，可以查看页面检查点的详细信息。

提示： 您可以拖动“详细信息”窗格的底部放大该窗格，并且/或者在窗格内滚动以便查看所有检查点的详细信息。

检查点通过，因为已检查的实际属性值与预期值相匹配。





查看表检查点的结果。

在结果树中的“Book a Flight:”页上，单击 (+) 展开“New York to San Francisco” 。

突出显示“检查点`New York to San Francisco'”。

在“详细信息”窗格中，可以查看表检查点的详细信息。您还可以查看表单元格的值（已检查的单元格值显示为黑色；未检查的单元格值显示为灰色）。检查点通过，因为已检查的单元格的实际值与预期值相匹配。





查看标准检查点的结果。

在结果树中的“Book a Flight: Mercury”页上，单击 (+) 展开“passFirst0”。

突出显示“检查点`passFirst0'”。

在“详细信息”窗格中列出了已检查的属性及其值，可以查看标准检查点的详细信息。检查点通过 ，因为已检查的实际属性值与预期值相匹配。





查看文本检查点的结果。

在结果树中，单击 (+) 展开“Checkpoint Iteration 1 (Row 1)”>“Action1 Summary”>“Welcome: Mercury Tours”>“Flight Confirmation: Mercury”。

突出显示“检查点`New York'”。

在“详细信息”窗格中，可以查看文本检查点的详细信息。检查点通过，因为实际文本与预期文本相匹配。





关闭“测试结果”窗口。

选择“文件”>“退出”。

自动测试的优点

如果您曾经手动测试过应用程序或网站，则会了解手动测试的缺点。手动测试既耗时又单调，需要投入大量的人力资源。最糟糕的是，由于时间限制，经常导致无法在应用程序发布前彻底地手动测试所有功能。这会使您担心是否还存在未检测到的严重错误。

使用 QuickTest 进行自动测试，由于极大地加快了测试流程，从而解决了这些问题。您可以创建用于检查应用程序或网站所有方面的测试，然后在每次网站或应用程序更改时运行这些测试即可。

运行测试时，QuickTest 将模拟实际用户的操作，如在网页或应用程序窗口中移动鼠标光标、单击图形用户界面 (GUI) 对象和输入键盘输入；但是，QuickTest 的操作比任何实际用户都快。

测试流程

QuickTest 测试流程包括 7 个主要阶段：

准备录制

在录制测试前，请确认应用程序和 QuickTest 已按测试要求设置。

请确保应用程序显示要录制的元素，例如，工具栏或特殊窗口窗格；还要确保应用程序选项已按测试目标设置。

为了确保 QuickTest 可以正确地录制和存储信息，您还应该查看“测试设置”对话框（“测试”>“设置”）和“选项”对话框（“工具”>“选项”）中的设置。例如，应该确认测试已设置为使用适当的对象库模式。

录制应用程序上的会话

浏览应用程序或网站时，QuickTest 会将您执行的每个步骤图形化显示为关键字视图中的一行。步骤是任何引起应用程序发生更改的用户操作，例如单击链接或图像，或者向表单输入数据。

增强测试
通过在测试中插入检查点可以搜索页面、对象或文本字符串中的特定值，这有助于确定应用程序或网站是否正常运行。
通过扩大测试范围（用参数替换固定值），可以检查应用程序如何使用多组数据来执行相同的操作。
通过添加逻辑和条件语句或循环语句，可以向测试添加复杂的检查。
调试测试

调试测试，确保测试可以流畅而无中断地运行。

运行测试

运行测试，检查应用程序或网站的行为。在运行时，QuickTest 将打开应用程序，或者连接到网站，并执行测试中的每个步骤。

分析测试结果

检查测试结果以便确定应用程序中的缺陷。

报告缺陷

如果已安装了 Quality Center，则可以将发现的缺陷报告给数据库。Quality Center 是 Mercury Interactive 的软件测试管理工具。

QuickTest 窗口

在开始创建测试前，应首先熟悉 QuickTest 的主窗口。

下图显示了录制测试后将出现的 QuickTest 窗口，其中显示了除“调试查看器”窗格以外的所有工具栏和窗格：

QuickTest 窗口包含下列主要元素：

标题栏 - 显示当前打开测试的名称。
菜单栏 - 显示 QuickTest 命令菜单。
文件工具栏 - 包含若干按钮，可协助您管理测试。




测试工具栏 - 包含若干按钮，可协助您完成测试流程。




调试工具栏 - 包含若干按钮，可协助您调试测试。





注意： 第一次打开 QuickTest 时，不会显示调试工具栏。通过选择“视图”>“工具栏”>“调试”，可以显示调试工具栏。注意，本教程不描述如何调试测试。有关详细信息，请参阅《QuickTest Professional 用户指南》。

操作工具栏 - 包含若干按钮和一个操作列表，用于查看单项操作或整个测试流的详细信息。





注意： 操作工具栏只在关键字视图中显示。该工具栏在第一次打开 QuickTest 时不会显示。通过选择“视图”>“工具栏”>“操作”，可以显示操作工具栏。如果在测试中插入可重用操作或外部操作，操作工具栏将自动显示在关键字视图中。有关详细信息，请参阅《QuickTest Professional 用户指南》。

测试窗格 - 包含“关键字视图”和“专家视图”选项卡。
Active Screen - 当您在录制会话过程中执行某个特定步骤时，提供出现的应用程序的快照。
数据表 - 协助您对测试进行参数化。
“调试查看器”窗格 - 协助您对测试进行调试。“调试查看器”窗格包含“监视表达式”、“变量”和“命令”选项卡。（第一次打开 QuickTest 时，不会显示“调试查看器”窗格。通过选择“视图”>“调试查看器”，可以显示“调试查看器”。）
状态栏 - 显示 QuickTest 应用程序的状态。

文件工具栏和测试工具栏中所用的按钮在后续课程中进行了详细描述。调试工具栏中所用的按钮在《QuickTest Professional 用户指南》的“调试测试”一章中进行了详细描述。操作工具栏在将测试拆分为多操作.中进行了描述。

注意，还可以使用快捷键执行许多菜单命令。有关详细信息，请参阅《QuickTest Professional 用户指南》的“QuickTest 概述”一章。

既然已经熟悉了 QuickTest 主窗口，请再花些时间浏览它的组件。

录制测试

在本部分中，将录制在 Mercury Tours 网站上预定从 New York 到 San Francisco 航班的进程。

启动 QuickTest 并打开新测试。
如果 QuickTest 尚未打开，请选择“开始”>“程序”>“QuickTest Professional”>“QuickTest Professional”。

在“加载项管理器”中，确认 Web 加载项处于选定状态，并清除所有其他加载项。单击“确定”，关闭“加载项管理器”，并打开 QuickTest。

注意： QuickTest 加载选定的加载项时，将显示 QuickTest 初始屏幕。这可能需要几秒钟的时间。

如果“欢迎使用”窗口打开，请单击“空白测试”。

否则，选择“文件”>“新建”，或单击“新建”按钮 。

将打开空白测试。

如果 QuickTest 已打开，请选择“帮助”>“关于 QuickTest Professional”检查加载的加载项。如果未加载 Web 加载项，则必须退出并重新启动 QuickTest。当“加载项管理器”打开时，选择 Web 加载项，并清除所有其他加载项。

选择“文件”>“新建”，或单击“新建”按钮 。

将打开空白测试。

注意： 如果启动 QuickTest 时未打开“加载项管理器”，请选择“工具”>“选项”。在“常规”选项卡中，选择“启动时显示加载项管理器”。退出并重新启动 QuickTest 后，将打开“加载项管理器”。

开始在 Mercury Tours 网站上进行录制。

选择“测试”>“录制”，或单击“录制”按钮 。将打开“录制和运行设置”对话框。





在“Web”选项卡中，选择“录制或运行会话开始时打开以下浏览器”。

从“类型”列表中选择一种浏览器，并确认“地址”框中的 URL 为 http://newtours.mercuryinteractive.com。

确认“当测试关闭时关闭浏览器”和“不在已经打开的浏览器上录制和运行”处于选定状态。

在“Windows 应用程序”选项卡中，确认“在以下应用程序（会话开始时打开的）上录制并运行”处于选定状态，且未列出任何应用程序。





该设置可防止录制会话期间无意中录制在各种 Windows 应用程序（例如电子邮件）上执行的操作。

单击“确定”。

QuickTest 开始录制，且浏览器将打开 Mercury Tours 网站。

登录到 Mercury Tours 网站。

在“User Name”和“Password”框中，键入在 Mercury Tours 中注册的用户名和密码。

单击“Sign-In”。

将打开“Flight Finder”页。

输入航班详细信息。

更改下列选项：

Departing From：New York
On：Dec 29
Arriving In：San Francisco
Returning：Dec 31
Service Class：Business class

单击“CONTINUE”，接受其他默认选项。将打开“Select Flight”页。

注意：

选择日期时，必须单击下拉列表，滚动到任意未显示的项，然后进行选择。这是因为仅当列表中的值发生变化时，QuickTest 才会录制步骤。如果接受当前显示的日期，本教程将无法正确完成。

如果在录制该测试时输入日期，请勿单击“View Calendar”按钮（该按钮会打开一个基于 Java 的日历）。测试不会录制使用该日历选择的日期，因为本教程中未加载 Java 加载项（Java 加载项是一种可单独购买的外部加载项）。

要检查加载了哪些加载项，请单击“帮助”>“关于 QuickTest Professional”。要更改可用于您测试的加载项，必须关闭并重新打开 QuickTest Professional。

选择航班。

单击“CONTINUE”，接受默认的航班选项。将打开“Book a Flight”页。

输入所需的乘客信息和购票信息。

在“Passengers”和“Credit Card”部分，输入所需信息（带有红色文本标签的字段）。（可以输入虚构的信息。）

在“Billing Address”部分，选择“Ticketless Travel”。

在该页底部，单击“SECURE PURCHASE”。将打开“Flight Confirmation”页。

复查并完成预定。

单击“BACK TO HOME”。将打开 Mercury Tours 主页。

停止录制。

在 QuickTest 中，单击“测试”工具栏上的“停止” ，停止录制进程。

现在您已预定了一张虚构的从 New York 飞往 San Francisco 航班的商务舱机票。QuickTest 录制了从点击“录制”按钮直到点击“停止”按钮期间的 Web 浏览器的操作。

保存测试。

选择“文件”>“保存”，或单击“保存”按钮 。将打开“保存”对话框，且显示为“Tests”文件夹。

创建名为 Tutorial 的文件夹，将其选中，然后单击“打开”。

在“文件名”字段中键入 Recording。

确认“保存 Active Screen 文件”处于选定状态。

单击“保存”。测试名 (Recording) 将显示在主 QuickTest 窗口中的标题栏中。

在关键字视图中分析测试

录制测试时，QuickTest 在关键字视图中生成了表示在 Web 浏览器中执行的每个操作的步骤。

关键字视图中的各列显示各个步骤的不同信息，如下所示：

项 - 以基于图标的层次树形式显示每个步骤（测试对象、实用程序对象、函数调用或语句）的项。
操作 - 要在项上执行的操作，例如，Click 或 Select。
值 - 选定操作的参数值，例如，单击图像时要使用的鼠标按钮。
分配 - 将值分配给变量，或从变量分配值，以便稍后可以在测试中使用该值。
注释 - 要添加的关于步骤的任何文本信息，例如，返回测试第一步中使用的页面。
文档 - 描述步骤所执行操作的自动文档，用易于理解的句子编写，例如，单击“findFlights”图像。

注意： 您可以根据需要隐藏或显示单个列，方法是右键单击关键字视图中的列标题，然后从列表中选择列名。

在关键字视图的“项”列中，可以单击分支箭头展开或折叠每个网页下的步骤。可以选择“视图”>“全部展开”展开整个测试。

展开测试后，看上去应类似于下图：

对于在某个对象上执行的每一步骤，QuickTest 都会在关键字视图中显示一行，包括图标和该步骤的详细信息。例如，以下步骤指示 QuickTest 在 Mercury Tours 网站的“Select a Flight:Mercury”页上的特定位置单击“reserveFlights”图像。

下表提供了以上关键字视图的测试中显示的前几个步骤的解释。

步骤	描述
	Action1 是操作名。
	浏览器调用 Welcome:Mercury Tours 网站。
	Welcome:Mercury Tours 是网页的名称。
	userName 是编辑框的名称。Set 是在编辑框上执行的方法。mercury 是编辑框的值。
	password 是编辑框的名称。SetSecure 是在编辑框上执行的加密方法。4082820183afe512e8bc91c1f7222dbd 是 password 的加密值。
	Sign-In 是图像链接的名称。Click 是在图像上执行的方法。2, 2 是图像单击位置的 x 坐标和 y 坐标。

用几分钟的时间详细检查关键字视图，跟踪录制测试时执行的步骤。

运行测试

在本课中，将运行在录制测试中录制的测试。

启动 QuickTest 并打开 Recording 测试。

如果 QuickTest 尚未打开，请选择“开始”>“程序”>“QuickTest Professional”>“QuickTest Professional”。

如果“欢迎使用”窗口打开，请单击“打开现有测试”。
如果 QuickTest 打开时未显示“欢迎使用”窗口，请选择“文件”>“打开”，或单击“打开”按钮 。

在“打开测试”对话框中，找到并选择 Recording 测试，然后单击“打开”。

确认已将所有图像都保存到测试结果中。

通过 QuickTest 可以确定何时将图像保存到测试结果中。在本课中，所有图像均应保存到测试结果中。

选择“工具”>“选项”，然后选择“运行”选项卡。在“将步骤屏幕捕获内容保存到测试结果中”选项中，请选择“总是”。

单击“确定”关闭“选项”对话框。

开始运行测试。

单击“运行” ，或选择“测试”>“运行”。将打开“运行”对话框。

选择“新建运行结果文件夹”。接受默认的结果文件夹名。

单击“确定”关闭“运行”对话框。





当 QuickTest 打开浏览器并开始运行测试时，请仔细观察。在浏览器中，可以看到 QuickTest 执行您录制的每个步骤，关键字视图左边距中的黄色箭头指示 QuickTest 正在运行的步骤。

分析测试结果

当 QuickTest 完成运行测试时，将打开“测试结果”窗口。

最初，“测试结果”窗口包含两个窗格，用于显示测试运行的主要元素。

左侧窗格显示结果树，即一种描述测试运行时所执行步骤的基于图标的视图。结果树是根据测试运行期间所访问的网页进行组织的，可以展开 (+) 以查看每个步骤。测试运行期间执行的步骤由树中的图标表示。可以指示 QuickTest 多次运行测试或操作，在每次运行时使用不同的数据集。每次测试运行称为一次循环，且对每次循环都进行编号。（您运行的测试仅有一次循环。）
右侧窗格显示测试结果详细信息。循环概要表显示通过的和失败的循环。状态概要表显示在测试期间通过的和失败的检查点数或报告数以及出现的警告数。

您的测试运行成功了，这是因为 QuickTest 能够像最初录制测试那样浏览 Mercury Tours 站点。在本部分中，将检查运行测试时 QuickTest 执行的步骤，以及执行某个步骤后应用程序窗口的显示方式。

查看特定步骤的测试结果。

在结果树中，单击 (+) 展开“Test Recording Summary”>
“Recording Iteration 1 (Row 1)”>“Action1 Summary”>“Welcome Mercury Tours”>“Find a Flight”。

突出显示结果树中的“"fromPort":Select "New York"”。





“测试结果”窗口现在包含三个窗格，分别显示：

突出显示了一个步骤的结果树
突出显示的步骤的测试结果详细信息
Active Screen，用于显示在其上执行该步骤的网页的屏幕捕获内容。

当在结果树中单击某页时，QuickTest 将在应用程序视图中显示相应页。当在结果树中单击某个步骤（在对象上执行的操作）时，将在应用程序视图中突出显示相应的对象。在该示例中，突出显示“Departing From”文本框。

关闭“测试结果”窗口。

选择“文件”>“退出”。

现在，您已成功创建并运行了在 Mercury Tours 网站上预定从 New York 飞往 San Francisco 航班的测试。