IT博客网-我的ITblog我作主　　关注→　『伊波拉』→　测试　SzDlinXie- ITblog　　　　 -随笔分类-性能测试技术资料

Linux服务器性能数据收集-Sysstat介绍

szdlinxie — Tue, 06 May 2008 03:12:00 GMT

Linux服务器性能数据收集

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

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文件

szdlinxie 2008-05-06 11:12 发表评论

Rational Robot 基础使用手册

szdlinxie — Mon, 21 May 2007 06:17:00 GMT

Rational Robot 基础使用手册
目录..................................................................................................................................................................................... 1
第一章绪论....................................................................................................................................................................... 3
一、概述......................................................................................................................................................................... 3
二、基本概念................................................................................................................................................................. 4
第二章使用....................................................................................................................................................................... 5
一、GUI 脚本................................................................................................................................................................. 5
（一）、设置以及预定义........................................................................................................................................... 5
（二）、记录GUI 脚本............................................................................................................................................ 10
（三）、在GUI Script 中加入特写........................................................................................................................... 17
（四）、使用查证点................................................................................................................................................. 22
（五）、使用Datapools............................................................................................................................................ 23
（六）、编辑GUI 脚本............................................................................................................................................ 25
（七）、编译GUI 脚本............................................................................................................................................ 26
（八）、调试GUI 脚本............................................................................................................................................ 27
（九）、回放GUI 脚本............................................................................................................................................ 29
（十）、工具条操作................................................................................................................................................. 30
二、VU 脚本................................................................................................................................................................ 32
（一）、设置以及预定义......................................................................................................................................... 32
（二）、记录VU 脚本.............................................................................................................................................. 32
（三）、回放VU 脚本.............................................................................................................................................. 33
（四）、重录VU 脚本.............................................................................................................................................. 33
（五）、复制VU 脚本.............................................................................................................................................. 34
（六）、删除VU 脚本.............................................................................................................................................. 34
（七）、编译VU 脚本.............................................................................................................................................. 34
（八）、查询会话中的脚本列表.............................................................................................................................. 34
（九）、用会话生成脚本......................................................................................................................................... 35
（十）、将VU 脚本融入会话.................................................................................................................................. 35
（十一）、手工VU 脚本编码.................................................................................................................................. 35
三、VB 脚本................................................................................................................................................................. 36
四、SQA BASIC............................................................................................................................................................. 37
（一）、定制SQA Basic 脚本.................................................................................................................................. 37
五、测试应用程序....................................................................................................................................................... 42
（一）、测试Delphi 应用程序................................................................................................................................. 42
51Testing 软件测试网
（二）、测试Visual Basic 应用程序......................................................................................................................... 43
第三章参考................................................................................................................................................................... 44
（一）查证点............................................................................................................................................................... 44
（二）查证方法........................................................................................................................................................... 45
（三）鉴别方法........................................................................................................................................................... 45
（四）标准数据类型................................................................................................................................................... 45
（五）RATIONAL ROBOT 命令行选项....................................................................................................................... 45
（六）RATIONAL ROBOT 窗口.................................................................................................................................. 45
（七）菜单................................................................................................................................................................... 45

szdlinxie 2007-05-21 14:17 发表评论

Rational Robot 创建测试脚本

szdlinxie — Thu, 21 Dec 2006 03:16:00 GMT

Rational Robot 创建测试脚本
目的
本工具向导说明了如何使用 Rational Robot^{^TM} 来记录测试脚本以及在记录脚本之后如何通过编辑脚本对其进行扩展。
相关的 Rational Unified Process 活动：
活动：实施测试中的“记录或通过编程创建测试脚本”部分
概述
本工具向导适用于 Microsoft Windows 95/98/NT 4.0。
要使用 Robot 来记录和扩展脚本，请执行以下步骤：
在 Robot 中记录脚本。
插入核实点。
必要时编辑测试脚本。
回放脚本。
在 LogViewer 中查看结果。
用比较器分析核实点结果。
1. 在 Robot 中记录脚本
当您记录脚本时，Robot 会记录以下内容：
您与所测试的应用程序进行交互时执行的操作。这些用户操作包括帮助您在应用程序中浏览的击键和鼠标点击操作。
您创建用来获取和保存有关特定对象信息的核实点。核实点是您在脚本中创建的一个点，用来确定跨多个工作版本的对象的状态和行为。在记录过程中，核实点获取对象的信息并将其存储为基线。而在回放过程中，核实点将再次获取对象信息，并将该信息与基线进行比较。
记录的脚本为所测试的应用程序建立预期行为的基线。得到应用程序的修订工作版本之后，您便可以回放脚本，根据已建立的基线对应用程序的新工作版本进行测试，这样做占用的时间只是手工测试所需时间的一小部分。
在记录和回放过程中，Robot 面向对象的记录技术在 Windows 层检查所测试应用程序中的对象。因此，脚本的回放通常并不依赖于屏幕的绝对坐标。面向对象的记录技术使脚本不受用户界面微小变化的影响，从而简化了脚本的维护。
要记录新脚本，请执行以下步骤：
1. 在 TestManager 中输入测试脚本属性，准备记录测试脚本。请参见“工具向导：使用 Rational TestManager™ 获取确定和结构化测试过程的结果“。
2. 通过设置记录选项来准备测试环境。请参见“工具向导：在 Rational Robot 中设置测试环境“。
启动所测试的应用程序。（或者，您也可以在开始记录之后，单击 Robot 中的 Insert > Start Application 来启动所测试的应用程序。）
3. 单击 Robot 工具栏上的 Record GUI Script 按钮。
4. 键入一个名称（最长为 40 个字符）或从列表中进行选择。
5. 列出的脚本在 TestManager 中已有定义或已在 Robot 中记录。
6. 要改变记录选项，请单击 Options。完成后，单击 OK。
7. 如果您选择了一个以前已定义或已记录的脚本，可以通过单击 Properties 来改变其属性。完成后，单击 OK。
8. 单击 OK 开始记录。将出现以下事件：
如果您选择了一个已记录的脚本，Robot 会询问您是否要覆盖它。单击 Yes。（如果在现有的 GUI 脚本上进行记录，该脚本文件会被覆盖，但所有现有的属性将适用于新脚本。）
Robot 最小化（默认行为）。
出现浮动的 GUI Record 工具栏。使用此工具栏，您可以暂停或停止记录、重新显示 Robot 或向脚本中添加功能部件。
9. 通过执行过程中确定的操作来执行测试过程，同时插入必要的功能部件（例如核实点、注释和定时器）。有关详细信息，请参见 Robot 联机帮助。
10. 如果必要，可以从“面向对象的记录”切换到低层记录。
11. “面向对象的记录”检查所测试应用程序中的 Windows GUI 对象和其他对象，不依赖于精确的计时或屏幕坐标。而低层记录则利用屏幕坐标和精确的计时来跟踪每次鼠标的移动和键盘操作。
12. 完成后，单击 GUI Record 工具栏上的 Stop Recording 按钮。将出现以下事件：
所记录的脚本出现在 Robot 主窗口中一个 Script 窗口内。
此脚本中的核实点（如果有的话）显示在左侧的 Asset 窗格中。
此脚本的文本显示在右侧的 Script 窗格中。
当编译或回放脚本时，编译结果将显示在 Output 窗口的 Build 选项卡中。
13. 单击 File > Properties 是另一种设置脚本属性的方法。

2. 插入核实点
要在记录或编辑脚本时插入核实点，请执行以下步骤：
进行以下操作之一：
如果要进行记录，单击 GUI Record 工具栏上的 Display GUI Insert Toolbar 按钮。
如果要进行编辑，在脚本中定位指针并单击 Standard 工具栏上的 Display GUI Insert Toolbar 按钮。
单击 GUI Insert 工具栏上的核实点按钮。
核实点依照其类型命名（如果脚本中有多个同一类型的核实点，名称中还应该有一个数字）。
对名称进行适当的编辑。
设置等待状态选项（此操作可选）。
设置预期结果选项（此操作可选）。
单击 OK。
如果提示您选择一个对象，请将对象定位工具拖动到所需的对象上，然后松开鼠标左键，这样便可以选中该对象。或者，还可以通过单击 Browse 按钮从对象列表中选择对象。选择了所需的对象之后，单击 OK。
有关详细信息，请参见 Robot 联机帮助和 Using Rational Robot 手册中的 Creating Verification Points in GUI Scripts 一章。
3. 必要时编辑测试脚本
可以手工更改脚本的文本或添加新的功能部件来编辑现有的脚本。例如，您可以：
编辑脚本的文本（删除行、移动文本等）
向现有的脚本添加新的用户操作（选择菜单命令、单击按钮等）
向现有的脚本添加新的功能部件（添加核实点、注释等）
转至带有编译器错误的行（转至特定的行号、查找下一个错误等）
有关详细信息，请参见 Robot 联机帮助和 Using Rational Robot 手册中的 Editing, Compiling, and Debugging Scripts 一章。
4. 回放脚本
回放脚本时，Robot 会重复您所记录的操作并自动进行软件测试。与手工测试相比，自动测试可以使您对应用程序的每一个新的工作版本进行更快、更完全的测试。这不但可以缩短测试时间，而且可以扩大测试覆盖面并保持整体的一致性。
脚本回放一般有两个阶段：
测试实施 - 使用所测试的应用程序的同一个工作版本（与您用来记录的工作版本相同），回放脚本来检查它们是否按预期的方式工作。这样即可为所测试的应用程序核实其预期行为的基线。
测试执行和回归 - 回放脚本，将所测试的应用程序的最新工作版本和在测试实施过程中建立的基线进行比较。测试过程中对所有测试脚本的回放可以说明从上一个工作版本之后该应用程序中出现的所有不同之处。通过对这些不同之处进行评估，可以确定它们是实际缺陷还是有意变更。
在进行回放之前，如果一个脚本在上一次运行之后已经发生变化，Robot 将对其进行自动编译。
有关为脚本回放准备测试环境的详细信息，请参见“工具向导：在 Rational Robot 中设置测试环境“。
要回放脚本，请执行以下步骤：
单击工具栏上的 Playback Script 按钮。将出现 Playback 对话框。
键入一个脚本名或从列表中选择一个脚本。
查询将决定列表中出现哪些名称和字段。如果要改变列表，可以从 Query 下拉列表中选择查询。通过这种方法可以在 TestManager 中创建新查询。
如果要改变 Playback 选项，请单击 Options。完成后，单击 OK。有关 Playback 选项的详细信息，请参见“工具向导：在 Rational Robot 中设置测试环境“。
单击 OK 继续下一步。
如果出现 Specify Log Information 对话框，则进行以下操作：
从列表中选择一个工作版本。如果要创建新的工作版本，请单击右侧的“Build”按钮。也可以使用 TestManager 来创建工作版本。
从列表中选择一个日志文件夹。要创建新的日志文件夹，请单击右侧的 Log Folder 按钮。也可以使用 TestManager 来创建日志文件夹。
接受默认的日志名（同于脚本的名称），或者键入新名称。
单击 OK。
如果出现提示信息，询问您是否要覆盖该日志，请单击 Yes。
注：如果要停止回放脚本，请按 F11 键。只有当回放面向对象的命令时，才可以在 Robot 中使用 F11 键。在低层操作中，F11 键不能停止回放。

5. 在 LogViewer 中查看结果
回放结束后，使用 Rational LogViewer 来查看回放结果，包括核实点故障、过程故障、异常中止和任何其他回放信息。
要控制日志信息和 LogViewer 的显示，您可以在 UI Playback Options 对话框的 Log 选项卡中设置选项。
要用回放结果来更新储存库，请选择 Output playback results to log。单击要输出到日志的细节量。
要在回放之后自动显示 LogViewer，请选择 View log after playback。
如果未选择该选项，您可以在回放结束后通过单击 Tools > Rational Test > LogViewer 来显示 LogViewer。
如果测试脚本的回放导致了任何错误，必须找出形成这一错误的具体原因。
包含错误的脚本在 LogViewer 的 Results 列中用 Fail（在红色框中）或 Warning（在黄色框中）进行标识。需要处理以下几类错误：致命错误、脚本错误和核实点故障。致命错误通常要求对测试环境进行调查并解决故障。而脚本错误通常要求维护测试脚本。核实点故障（在测试实施过程中）通常要求改变核实点参数，或指出所测试应用程序的理想状态在记录脚本和回放脚本时有什么不同。有关分析核实点的内容，请参见下一部分。
可以在 Log Event Properties 窗口中查看有关错误状态的其他信息。单击 View > Log Event Properties，打开此窗口。选择 Results 选项卡将显示错误的说明和有关所遇到错误类型的其他信息。
对于每个出现故障（或警告）的脚本，复审有关该故障的信息，并在必要的情况下编辑测试脚本（请参见前面的第 3 部分：必要时编辑测试脚本）。在 LogViewer 中单击 View > Script 可以打开测试脚本（和 Robot）。
完成脚本编辑之后，应将环境重设为适当的初始值（请参见“工具向导：在 Rational Robot 中设置测试环境“）并重新执行测试（回放脚本）。
6. 用比较器分析核实点结果
使用比较器来分析核实点结果。要从 LogViewer 打开比较器，请执行以下步骤:
在 Log Event 列中，双击一个核实点。出现相应的 Comparator 对话框窗口。也可以从 Robot 打开比较器，方法是双击 Asset 窗格中的核实点。但是，如果使用这种方法打开比较器，您只能查看基线文件。
基线和实际结果之间的差别会突出显示出来。
复审这些差别并确定适当的操作过程，包括：
（注：根据核实点类型的不同，可执行的操作也有所不同）
将属性复制到基线 - 复制当前的单个实际属性并覆盖基线属性。
将所有属性复制到基线 - 复制所有实际属性值并覆盖所有基线属性。
通过双击属性（菜单、值等）再输入一个不同的值，对单个属性（菜单、值等）进行编辑。
编辑属性列表（以此来确定核实点应当使用的属性）。
创建/修改掩码。
进行了适当的更改之后，单击 Exit 按钮来关闭比较器并保存所做的更改。
编辑完脚本和/或核实点之后，应该将环境重设为适当的初始值（请参见工具向导：在 Rational Robot 中设置测试环境）并重新执行测试（回放脚本）。

szdlinxie 2006-12-21 11:16 发表评论

Rational Robot中设置测试环境

szdlinxie — Thu, 21 Dec 2006 03:14:00 GMT

Rational Robot中设置测试环境

目的

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

相关的 Rational Unified Process 活动：

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

概述

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

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

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

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

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

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

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

2. 设置 GUI 脚本记录选项

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

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

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

开始记录之前，请单击 Tools > GUI Record Options。

单击工具栏上的 Record Script 按钮，开始记录。在 Record 对话框中，单击 Options。

设置每个选项卡上的选项。有关各选项卡的详细信息，请参见 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 回放选项，请执行以下步骤：

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

开始回放之前，请单击 Tools > GUI Playback Options。

单击工具栏上的 Playback Script 按钮，开始回放。在 Playback 对话框中，单击 Options。

设置每个选项卡上的选项。有关各选项卡的详细信息，请参见 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 实用程序应该记录的有关回放过程中常见保护故障的信息和恢复方法。
单击 OK。
有关如何回放脚本的详细信息，请参见工具向导：使用 Rational Robot™ 执行测试。

szdlinxie 2006-12-21 11:14 发表评论

Loadrunner中参数设置详细分析

szdlinxie — Thu, 21 Dec 2006 03:00:00 GMT

摘要: Loadrunner中参数设置详细分析做负载或者压力测试时，很多人选择使用了Loadrunner测试工具。该工具的基本流程是先将用户的实际操作录制成脚本，然后产生数千个虚拟用户运行脚本（虚拟用户可以分布在局域网中不同的PC机上），最后生成相关的报告以及分析图。但是在录制脚本的过程中会遇到很多实际的问题，比如不同的用户有不同的使用数据，这就牵涉到参数的设置问题。本文就Loadrunn... 阅读全文

szdlinxie 2006-12-21 11:00 发表评论

WAS服务器负载测试软件导读

szdlinxie — Wed, 20 Dec 2006 03:08:00 GMT

摘要: WAS服务器负载测试软件导读你的Web服务器和应用到底能够支持多少并发用户访问？在出现大量并发请求的情况下，软件会出现问题吗？这些问题靠通常的测试手段是无法解答的。本文介绍了Microsoft为这个目的而提供的免费工具WAS及其用法。另外，本文介绍了一种Web应用的性能优化方法，并利用WAS测试了它的性能改善程度。　　编译如下：　　随着服务器端处理任务的日益复杂以及网站访问量的迅速增长，服务器性能... 阅读全文

szdlinxie 2006-12-20 11:08 发表评论

使用Robot连接SQL的例子

szdlinxie — Tue, 19 Dec 2006 09:31:00 GMT

使用Robot连接SQL的例子



	这是使用Robot连接TestDirector数据库的一个例子。首先在控制面板的ODBC中新建一个DSN，选择SQL Server连接，名字是td_test（这个可以自己随便取），连接服务器选择你TD库保存的DB服务器名称。连接你想要查询的库名，我这里是gpt_gogs_db，登录名是td，密码tdtdtd（在TD中新建一个project时，数据库默认所有者为td，密码为tdtdtd），这里仅两不要使用权限过大的用户，因为在脚本中是要明文写入密码的。最后测试一下数据源。开始编写脚本了： ====================================================================== Sub Main Dim Result As Integer Dim connect as long Dim outputstr,query as string Dim out(1 to 2,1 to 16) as variant '这里定义一个二维数组，第一维表示数据库中查询结果中的列，第二维表示查询结果中的行，可以看到这里可以一次查询并存储两行两列 dim retcode as variant dim i as integer 'Initially Recorded: 2005-7-18 22:16:12 'scrīpt Name: sqltest connect = SQLOpen("DSN=td_test;UID=td;PWD=tdtdtd",outputstr) '注意这里各个参数和等号及等号后面赋值是紧跟着的，没有空格，因为如果有空格的话连接的时候连空格也算上 '这样的话连接的时候就会提示选择DSN或是输入用户名，密码 query = "select bg_bug_id,bg_status from bug where bg_subject='113'" '最好在查询分析器中执行一下这条语句 call SQLExecquery(connect,query) call SQLRetrieve(connect,out()) msgbox out(1,1) msgbox out(2,1) msgbox out(1,2) msgbox out(2,2) '显示保存的结果 ' next call sqlclose(connect) End Sub ================================================================================= 这里尤其注意那个设置二维数组的地方，这个二维数组可以一次存储多个查询结果，其结构就类似SQL Server中查询分析器查询后的结果。如果我生明了两个二维数组即可保存不同的查询结果。其读取查询内容的函数也应该重点看看。如果想要返回不同的查询语句结果，应该这样写： ================================================================================= Sub Main Dim Result As Integer Dim connect as long Dim outputstr,query1,query2 as string Dim out1(1 to 2,1 to 1) as variant Dim out2(1 to 2,1 to 1) as variant '这里定义一个二维数组，第一维表示数据库中查询结果中的列，第二维表示查询结果中的行，可以看到这里可以一次查询并存储两行两列 dim retcode as variant dim i as integer 'Initially Recorded: 2005-7-18 22:16:12 'scrīpt Name: sqltest connect = SQLOpen("DSN=td_test;UID=td;PWD=tdtdtd") '注意这里各个参数和等号及等号后面赋值是紧跟着的，没有空格，因为如果有空格的话连接的时候连空格也算上 '这样的话连接的时候就会提示选择DSN或是输入用户名，密码 query1 = "select bg_bug_id,bg_status from bug where bg_subject='113'" '最好在查询分析器中执行一下这条语句 query2 = "select bg_bug_id,bg_severity from bug where bg_subject='113'" '不同的查询语句 call SQLExecquery(connect,query1) call SQLRetrieve(connect,out1()) '执行完查询语句后赋值给一个二维数组，切记！ call SQLExecquery(connect,query2) call sqlretrieve(connect,out2()) msgbox out1(1,1) msgbox out1(2,1) msgbox out2(1,1) msgbox out2(2,1) '显示保存的结果 ' next call sqlclose(connect) End Sub

szdlinxie 2006-12-19 17:31 发表评论

Robot进行数据库的并发测试

szdlinxie — Tue, 19 Dec 2006 06:34:00 GMT

Robot进行数据库的并发测试
第一步：创建演示程序：打开SQL SERVER查询分析器，在SQL SERVER测试数据库中执行下列脚本（脚本执行操作：创建表testtable，并插入一条记录；创建存储过程test）：
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Test]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[Test]
GO
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[testtable]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[testtable]
GO
CREATE TABLE [dbo].[testtable] (
       [testid] [int] NULL ,
       [counts] [int] NULL
) ON [PRIMARY]
GO
insert into testtable (testid,counts) values (1,0)
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO
CREATE Procedure dbo.Test
as
declare @count int
begin tran TEST
    select @count=counts from testtable where testid=1
    update testtable set counts=@count+1
if (@@error >0) begin
       rollback tran TEST
end else begin
       commit tran TEST
end
GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
第二步：创建测试脚本：在Robot中新建VU脚本，输入以下内容：
#include
{
push Timeout_scale = 200; /* Set timeouts to 200% of maximum response time */
push Think_def = "LR";
Min_tmout = 120000;       /* Set minimum Timeout_val to 2 minutes          */
push Timeout_val = Min_tmout;
ser=sqlconnect("server","sa","888","192.168.0.99","sqlserver");
set Server_connection = ser;
push Think_avg = 0;
sync_point "logon";
sqlexec ["sql_1000"] "testdb..test";
sqldisconnect (ser);
}
说明：
ser=sqlconnect("server","sa","888","192.168.0.99","sqlserver")
sa为数据库用户名，888为sa密码，192.168.0.99数据库IP地址
以上三项按实际的测试数据库设置更改，其他两项不用修改
sqlexec ["sql_1000"] "testdb..test"
testdb为新建存储过程test所在的数据库，按实际的数据库修改
第三步：执行测试：运行上一步创建的脚本（运行时自动创建Suite），在Run Suite窗口中的“Number of users”上输入20。运行完脚本，打开数据库查看counts的数值。把counts值改为零多次运行脚本，观察每次运行后counts的结果。
测试说明
（1）、测试示例程序的目的是，存储过程test每执行一次，表testtable中的counts字段增加一；
（2）、第三步的测试可以发现每次执行后counts结果并不相同，而且不等于20，这说明这个程序是在并发时是问题的。
（3）、将存储过程中的select @count=counts from testtable where testid=1修改为select @count=counts from test
此文除此51testing博客，转载请注明出处
原始链接：http://blog.51testing.com/html/26/84226_itemid_1180.html

szdlinxie 2006-12-19 14:34 发表评论

Robot压力测试实例

szdlinxie — Tue, 19 Dec 2006 03:02:00 GMT

Robot压力测试实例



	看到很多人在要这个,找到一篇,转过来给大家看看文章的出处没有看到作者的名字,非常抱歉脚本与被测程序有关,直接运行这个脚本是不能回放成功的(因为你没有脚本运行的环境) 文章如下第一步：设置Robot Robot――Tools――Session Record options，Method选择API Recorder，Generater Filtering中Filtering选择Auto filtering，Select protocols只选择Socket；第二步：录制VU脚本在启动的Start Application窗口中，Executable输入被测程序的客户端程序的路径和文件名，Working Directory中输入被测程序的工作路径，Program Arguments如果没有就空着。被测程序程序启动后，执行需要的操作然后关闭程序，停止录制脚本，Robot会自动生成脚本。脚本示例： #include { push Timeout_scale = 200; /* Set timeouts to 200% of maximum response time / push Think_def = "LR"; Min_tmout = 120000; / Set minimum Timeout_val to 2 minutes / push Timeout_val = Min_tmout; SERVER = sock_connect("123001", "SERVER:2000"); { INFO SERVER "SERVER"="192.168.1.12"; } /1/ set Server_connection = SERVER; push Think_avg = 0; sock_send "`45645651300000000001cc00f701000002000000c3330100000000000000000001000000" "00000000000sdgsdfgfhjghjjdfhjhkjgfhjgfjjk000000000000hh0000000000000000000000" "000000000000000000000000000000000000000000000100`g2222`0012313546545465431" "`45641313000000000000000000000000000000000000`"; sock_nrecv ["123002"] 200; sock_send "`1321321656548745215599154654456546122132112313210000000000000001000000" "00000000021321215665654548879654654655562000000000000000000000000000000" "00000000000000000000000000000000000000000000012131132321213212111323213" "`123110000000`Z2"; sock_recv ["123003"] "$"; / 50 bytes / sock_disconnect(SERVER); pop [Think_def, Think_avg, Timeout_val, Timeout_scale]; } 这个脚本如果不能正确回放，可以将将sock_recv ["123003"] "$"; / 50 bytes /改为 sock_nrecv ["123003"] 50; / 50 bytes / 第三步：设置Suite，回放脚本回放录制的脚本，Testmanager会自动创建Suite，如下所示：默认脚本运行一次，为了长时间运行，修改增加脚本的运行次数（最大32767），在Run properties中Iterations中设置。然后运行Suite，在Run Suite窗口中的“Number of users”上输入虚拟用户数，如200。第四步：观察被测服务程序的运行情况，查看有无异常。压力测试需要连续、高负载运行不少于72小时，运行完成服务程序需要无资源泄漏、无报错、无异常退出以及其他不正常情况。数据库并发测试数据库并发测试的必要性： 1、与数据库连接的服务程序采用多线程同时开启多个数据库连接； 2、与数据库连接的服务程序单线程，但是同时开启多套服务程序；以上两种情况均会产生对数据库的并发访问操作。数据库并发访问会导致数据库数据错误、数据库死锁等故障，需要在测试阶段进行充分测试。数据库并发测试测试方法： 1、利用测试工具模拟多个最终用户进行并发测试；这种测试方法的缺点：最终用户往往并不是直接连接到数据库上，而是要经过一个和多个中间服务程序，所以并不能保证访问数据库时还是并发。其次，这种测试方法需要等到客户端程序、服务端程序全部完成才能进行； 2、利用测试工具编写脚本，直接连接数据库进行并发测试；这种方法可以有效的保证并发操作，而且在数据库访问程序完成即可测试，可以大大缩短测试时间，而且测试效果更好。下面通过一个演示程序，演示使用Robot使用第二种测试方法进行数据库的并发测试：第一步：创建演示程序：打开SQL SERVER查询分析器，在SQL SERVER测试数据库中执行下列脚本（脚本执行操作：创建表testtable，并插入一条记录；创建存储过程test）： if exists (select from dbo.sysobjects where id = object_id(N'[dbo].[Test]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[Test] GO if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[testtable]') and OBJECTPROPERTY(id, N'IsUserTable') = 1) drop table [dbo].[testtable] GO CREATE TABLE [dbo].[testtable] ( [testid] [int] NULL , [counts] [int] NULL ) ON [PRIMARY] GO insert into testtable (testid,counts) values (1,0) GO SET QUOTED_IDENTIFIER ON GO SET ANSI_NULLS ON GO CREATE Procedure dbo.Test as declare @count int begin tran TEST select @count=counts from testtable where testid=1 update testtable set counts=@count+1 if (@@error >0) begin rollback tran TEST end else begin commit tran TEST end GO SET QUOTED_IDENTIFIER OFF GO SET ANSI_NULLS ON GO 第二步：创建测试脚本：在Robot中新建VU脚本，输入以下内容： #include { push Timeout_scale = 200; /* Set timeouts to 200% of maximum response time / push Think_def = "LR"; Min_tmout = 120000; / Set minimum Timeout_val to 2 minutes */ push Timeout_val = Min_tmout; ser=sqlconnect("server","sa","888","192.168.0.99","sqlserver"); set Server_connection = ser; push Think_avg = 0; sync_point "logon"; sqlexec ["sql_1000"] "testdb..test"; sqldisconnect (ser); } 说明： ser=sqlconnect("server","sa","888","192.168.0.99","sqlserver") sa为数据库用户名，888为sa密码，192.168.0.99数据库IP地址以上三项按实际的测试数据库设置更改，其他两项不用修改 sqlexec ["sql_1000"] "testdb..test" testdb为新建存储过程test所在的数据库，按实际的数据库修改第三步：执行测试：运行上一步创建的脚本（运行时自动创建Suite），在Run Suite窗口中的“Number of users”上输入20。运行完脚本，打开数据库查看counts的数值。把counts值改为零多次运行脚本，观察每次运行后counts的结果。测试说明（1）、测试示例程序的目的是，存储过程test每执行一次，表testtable中的counts字段增加一；（2）、第三步的测试可以发现每次执行后counts结果并不相同，而且不等于20，这说明这个程序是在并发时是问题的。（3）、将存储过程中的select @count=counts from testtable where testid=1修改为select @count=counts from testtable with (UPDLOCK) where testid=1。再次进行并发测试，每次的结果应该都是20。以上演示程序，仅仅演示了测试的方法。在实际的数据库并发测试中，首先要确定存在哪些并发情况、哪些数据受到并发影响，然后编写脚本，设置suite进行并发测试。

szdlinxie 2006-12-19 11:02 发表评论

性能测试指标介绍

szdlinxie — Mon, 18 Dec 2006 01:33:00 GMT

TPC-C 作为一家非盈利性机构，事务处理性能委员会（TPC）负责定义诸如TPC-C、TPC-H和TPC-W基准测试之类的事务处理与数据库性能基准测试，并依据这些基准测试项目发布客观性能数据。TPC基准测试采用极为严格的运行环境，并且必须在独立审计机构监督下进行。委员会成员包括大多数主要数据库产品厂商以及服务器硬件系统供应商。相关企业参与TPC基准测试以期在规定运行环境中获得客观性能验证，并通过应用测试过程中所使用的技术开发出更加强健且更具伸缩性的软件产品及硬件设备。 TPC-C是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。 TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务（tpmC）吞吐量。特别值得一提的是，它将专门测量系统在同时执行其它四种事务类型（如支付、订单状态更新、交付及证券级变更）时每分钟所生成的新增订单事务数量。独立审计机构将负责对基准测试结果进行公证，同时，TPC将出据一份全面彻底的测试报告。这份测试报告可以从TPC Web站点(http://www.tpc.org)上获得。 tpmC定义: TPC-C的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。 1．TPC-C规范概要 TPC-C是专门针对联机交易处理系统（OLTP系统）的，一般情况下我们也把这类系统称为业务处理系统。 TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商，它拥有若干个分布在不同区域的商品库；每个仓库负责为10个销售点供货；每个销售点为3000个客户提供服务；每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货，需要由其他区域的仓库来供货。该系统需要处理的交易为以下几种： New-Order：客户输入一笔新的订货交易； Payment:更新客户账户余额以反映其支付状况; Delivery:发货(模拟批处理交易); Order-Status:查询客户最近交易的状态； Stock-Level:查询仓库库存状况，以便能够及时补货。对于前四种类型的交易，要求响应时间在5秒以内；对于库存状况查询交易，要求响应时间在20秒以内。逻辑结构图：流程图： 2．评测指标 TPC-C测试规范经过两年的研制，于1992年7月发布。几乎所有在OLTP市场提供软硬件平台的厂商都发布了相应的TPC-C测试结果，随着计算机技术的不断发展，这些测试结果也在不断刷新。 TPC-C的测试结果主要有两个指标： ● 流量指标(Throughput，简称tpmC) 按照TPC的定义，流量指标描述了系统在执行Payment、Order-status、Delivery、Stock-Level这四种交易的同时，每分钟可以处理多少个New-Order交易。所有交易的响应时间必须满足TPC-C测试规范的要求。流量指标值越大越好！ ● 性价比(Price/Performance，简称Price/tpmC) 即测试系统价格（指在美国的报价）与流量指标的比值。性价比越小越好！ 3．结果发布各厂商的TPC-C测试结果都按TPC组织规定的两种形式发布：测试结果概要(Executive Summary)和详细测试报告(Full Disclosure Report)。测试结果概要中描述了主要的测试指标、测试环境示意图以及完整的系统配置与报价，而详细测试报告中除了包含上述内容外，还详细说明了整个测试环境的设置与测试过程。 P690 tpmC测试值：76,389,839.00 $/tpmC：831.00 美国美金报价：6,349,223.0 CPU数：32 数据库：IBM DB2 UDB 8.1 操作系统：AIX 5L V5.2 中间件：TUXEDO 8.0 测试日期：2003.6.30 P690 TPC-C测试的配置： 1．后台：1 x eServer pSeries 690 with 32 x 1.7GHz POWER4+ processors with 128MB L3 cache per MCM (total of four MCMs), 512GB memory 2．前端：30 x eServer pSeries 630 Model 6E4 each with 4 x 1.0GHz POWER4 CPUs with 32MB L3 cache, 16GB memory SPECweb: SPECweb96: 在SPECweb96基准测试程序上实现的每秒钟超文本传输协议（HTTP）操作最多次数，响应时间无明显退化。 SPECweb99: 接入数，网络服务器可用预先确定的工作量支持的同时接入数。SPECweb99检测设备模拟客户通过慢Internet联接，向网络服务器发送HTTP工作量请求。 SPECweb99 测试Web服务器运行状况 SPECweb99 是由标准性能评估组织（SPEC）开发的Web服务器基准测试。它测量满足特定吞吐量和客户请求响应速率要求的WEB服务器的最大并发连接数量。并发连接的合计波特率在320 Kbps到400Kbps范围内，则满足相应规范。 SPECweb99 在一台称为主客户端的机器上运行，这台机器上包含有允许用户加载特定负载请求的配置文件。主客户端也要处理在客户端和服务器或测试中的系统（SUT）之间的传输协调问题。客户端通过许多子进程／线程生成独立HTTP请求流，仿真足够的负载发送给SUT。图二表示客户端／服务器的层次关系。图：典型的SPECweb99实验环境在这个测试中，客户端向测试中的服务器发送请求数据。测试规范要求客户端和服务器之间的连接不能使用片段大小大于1460比特的TCP协议。因此，每一个客户端读取1460比特或更少数据块的响应。测试中使用两种类型的负载量：静态负载. 静态负载具有四种类型的文件。最小的文件的增幅为0.1KB，第二种文件类型的增幅为1KB，最后两种类型的文件的增幅为10KB和100KB。每一个目录包含每种类型9个文件共36个文件。目标请求的文件类型在各类型中分散使用。在每一类中的9个文件中又进行二次分布。最终目标文件混合为： 35％的请求文件小于1 KB 50％的请求文件小于10 KB 14％的请求文件小于100 KB，但是大于或等于10 KB 1％的请求文件小于1000 KB，但是大于或等于100 KB 动态负载.动态负载是基于广告和用户注册。共有四种在SPECweb99中使用的请求内容类型，分别是标准动态取操作、动态随机取操作、动态发送操作和客户图形接口动态取操作。标准动态取操作和客户图形接口动态取操作表现web服务器的简单广告轮转特性。带有广告轮转的动态取操作追踪用户和用户选择，所以广告可以由不同的方式来定制。最终，动态发布实施一个用户注册在相应的网站上。 P690 SPECweb99测试值：21,000 Web服务器：Zeus 4.0 操作系统：AIX 5L V5.1 (64-bit) CPU数：16 测试日期：2001-10-1 测试配置：16 x 1.3GHz POWER-4 Processors w/1440KB unified on chip L2 cache, 192GB memory, 32 x 32 IBM Gigabit Ethernet-SX PCI controllers, 32 x Gigabit Ethernet network (1 Gigabit/sec ), 96 x Clients (4 x 375MHz POWER3-II, RS/6000 44P-270), Requested Connections = 21000, Max Fileset Size = 67319.6MB P650 SPECweb99测试值：12,400 Web服务器：Zeus 4.1r3 操作系统：AIX 5L V5.2 (64-bit) CPU数：8 测试日期：2002-10-1 测试配置：8 x 1.45GHz POWER4+ processors w/1.5MB(I+D) unified on chip L2 cache, 32MB unified off chip/SCM L3 cache, 64GB memory, 8 x Gigabit Ethernet-SX PCI-X controllers, 8 x Gigabit Ethernet network (1 Gigabit/sec ), 48 x Clients (6 x 668MHz RS64-IV, pSeries 620 Model 6F1), Requested Connections = 12400, Max Fileset Size = 39801.28MB p630 SPECweb99测试值：6,895 Web服务器：Zeus 4.2r1 操作系统：AIX 5L V5.2(64-bit) CPU数：4 测试日期：2003-2-1 测试配置：4 x 1450MHz POWER4+ Processors w/1536KB(I+D) unified on chip L2 cache, 8MB unified (off chip)/SCM L3 cache, 32GB memory, 4 x Gigabit Ethernet-SX PCI-X controllers, 4 x Gigabit Ethernet networks (1 Gigabit/sec ), 24 x Clients (4 x 375MHz POWER3-II, pSeries 640 Model B80), Requested Connections = 6900, Max Fileset Size = 22199.12MB NotesBench: NotesBench是测试各种不同Lotus Notes方面的驱动程序。目的是执行自定义工作量教本中的命令，模拟客户机的操作。NotesBench测试“仅测试邮件”和“测试邮件和数据库”。所有已经公布的IBM结果均为“仅测试邮件工作量”。 p680 NotesBench测试值：150,197 用户数：108,000 平均反应时间：0.584秒 Domino服务器版本：5.06a 操作系统：AIX 4.3.3 CPU数：4 测试日期：2001.11.20 测试配置：IBM eServer pSeries 680 (24*RS64 IV/600MHz; 96GB RAM, 30 Partitions)

站内搜索

性能测试之场景设计思想

szdlinxie — Mon, 18 Dec 2006 01:29:00 GMT

前段时间有幸收到珠海X公司性能题目，呵呵，以下是对公司产品性能测试的总结。个人认为有关性能测试场景问题，其实更佳着重于对性能测试目的考究。

　　验证测试是用于验证在特定的场景、时间、压力、环境和操作方式下系统能够正常的运行，服务器、应用系统和网络环境等软硬件设施还能否良好的支撑这些情况下用户的使用。验证性测试主要针对有明确的压力目标和预期结果，验证系统在这种压力下的各方面反映能够达到预期结果。

　　主要分以下几种：

　　压力测试：已知系统高峰期使用人数，验证各事务在最大并发数（通过高峰期人数换算）下事务响应时间能够达到客户要求。系统各性能指标在这种压力下是否还在正常数值之内。系统是否会因这样的压力导致不良反应（如：宕机、应用异常中止等）。

　　Ramp Up 增量设计：如并发用户为75人，系统注册用户为1500人，以5％－7％作为并发用户参考值。一般以每15s加载5人的方式进行增压设计，该数值主要参考测试加压机性能，建议Run几次。以事务通过率与错误率衡量实际加载方式。

　　Ramp Up增量设计目标： 寻找已增量方式加压系统性能瓶颈位置，抓住出现的性能拐点时机，一般常用参考Hits点击率与吞吐量、CPU、内存使用情况综合判断。模拟高峰期使用人数，如早晨的登录，下班后的退出，工资发送时的消息系统等。

　　另一种极限模拟方式，可视为在峰值压力情况下同时点击事务操作的系统极限操作指标。加压方式不变，在各脚本事务点中设置同集合点名称（如：lr_rendzvous("same");）在场景设计中，使用事务点集合策略。以同时达到集合点百分率为标准，同时释放所有正在Run的Vuser。

　　稳定性测试：已知系统高峰期使用人数、各事务操作频率等。设计综合测试场景，测试时将每个场景按照一定人数比率一起运行，模拟用户使用数年的情况。并监控在测试中，系统各性能指标在这种压力下是否能保持正常数值。事务响应时间是否会出现波动或随测试时间增涨而增加。系统是否会在测试期间内发生如宕机、应用中止等异常情况。

　　根据上述测试中，各事务条件下出现性能拐点的位置，已确定稳定性测试并发用户人数。仍然根据实际测试服务器（加压机、应用服务器、数据服务器三方性能），估算最终并发用户人数。

　　场景设计思想：从稳定性测试场景的设计意义，应分多种情况考虑：

　　针对同一个场景为例，以下以公文附件上传为例简要分析场景设计思想：

　　1）场景一：已压力测试环境下性能拐点的并发用户为设计测试场景，目的验证极限压力情况下测试服务器各性能指标。

　　2）场景二：根据压力测试环境中CPU、内存等指标选取服务器所能承受最大压力的50%来确定并发用户数。

　　测试方法：采用1)Ramp Up-Load all Vusers simultaneously

　　2)Duration-Run Indefinitely

　　3)在Sechedule-勾选Initalize all Vusers before Run

　　容错性测试：通过模拟一些非正常情况（如：服务器突然断电、网络时断时续、服务器硬盘空间不足等），验证系统在发生这些情况时是否能够有自动处理机制以保障系统的正常运行或恢复运行措施。如有HA（自动容灾系统），还可以专门针对这些自动保护系统进行另外的测试。验证其能否有效触发保护措施。

　　问题排除性测试：通过原有案例或经验判断，针对系统中曾经发生问题或怀疑存在隐患的模块进行验证测试。验证这些模块是否还会发生同样的性能问题。如：上传附件模块的内存泄露问题、地址本模块优化、开启Tivoli性能监控对OA系统性能的影响等等。

　　测评测试是用于获取系统的关键性能指标点，而进行的相关测试。主要是针对预先没有明确的预期测试结果，而是要通过测试获取在特定压力场景下的性能指标（如：事务响应时间、最大并发用户数等）。

　　评测事务交易时间：为获取某事务在特定压力下的响应时间而进行的测试活动。通过模拟已知客户高峰期的各压力值或预期所能承受的压力值，获取事务在这种压力下的响应时间。

　　评测事务最大并发用户数：为获取某事务在特定系统环境下所能承受的最大并发用户数而进行的测试活动。通过模拟真实环境或直接采用真实环境，评测在这种环境下事务所能承受的最大并发用户数。判定标准阈值需预先定义（如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等）。

　　评测系统最大并发用户数：为获取整个系统所能够承受的最大并发用户数而进行的的测试活动。通过预先分析项目各主要模块的使用比率和频率，定义各事务在综合场景中所占的比率，以比率方式分配各事务并发用户数。模拟真实环境或直接采用真实环境，评测在这种环境下系统所能承受的最大并发用户数。判定标准阀值预先定义（如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等）。取值标准以木桶法则为准（并发数最小的事务为整个系统的并发数）。

　　评测不同数据库数据量对性能的影响：针对不同数据库数据量的测试，将测试结果进行对比，分析发现数据库中各表的数据量对事务性能的影响。得以预先判断系统长时间运行后，或某些模块客户要求数据量较大时可能存在的隐患。

　　问题定位测试在通过以上测试或用户实际操作已经发现系统中的性能问题或怀疑已存在性能问题。需通过响应的测试场景重现问题或定义问题。如有可能，可以直接找出引起性能问题所在的代码或模块。

　　该类测试主要还是通过测试出问题的脚本场景，并可以增加发现和检测的工具，如开启Tivoli性能监控、开启HeapDump输出、Linux资源监控命令等。并在场景运行过程中辅以手工测试。

szdlinxie 2006-12-18 09:29 发表评论

1.	在 TestManager 中输入测试脚本属性，准备记录测试脚本。请参见“工具向导：使用 Rational TestManager™ 获取确定和结构化测试过程的结果“。
2.	通过设置记录选项来准备测试环境。请参见“工具向导：在 Rational Robot 中设置测试环境“。
	启动所测试的应用程序。（或者，您也可以在开始记录之后，单击 Robot 中的 Insert > Start Application 来启动所测试的应用程序。）
3.	单击 Robot 工具栏上的 Record GUI Script 按钮。
4.	键入一个名称（最长为 40 个字符）或从列表中进行选择。
5.	列出的脚本在 TestManager 中已有定义或已在 Robot 中记录。
6.	要改变记录选项，请单击 Options。完成后，单击 OK。
7.	如果您选择了一个以前已定义或已记录的脚本，可以通过单击 Properties 来改变其属性。完成后，单击 OK。
8.	单击 OK 开始记录。将出现以下事件：
	如果您选择了一个已记录的脚本，Robot 会询问您是否要覆盖它。单击 Yes。（如果在现有的 GUI 脚本上进行记录，该脚本文件会被覆盖，但所有现有的属性将适用于新脚本。）
	Robot 最小化（默认行为）。
	出现浮动的 GUI Record 工具栏。使用此工具栏，您可以暂停或停止记录、重新显示 Robot 或向脚本中添加功能部件。
9.	通过执行过程中确定的操作来执行测试过程，同时插入必要的功能部件（例如核实点、注释和定时器）。有关详细信息，请参见 Robot 联机帮助。
10.	如果必要，可以从“面向对象的记录”切换到低层记录。
11.	“面向对象的记录”检查所测试应用程序中的 Windows GUI 对象和其他对象，不依赖于精确的计时或屏幕坐标。而低层记录则利用屏幕坐标和精确的计时来跟踪每次鼠标的移动和键盘操作。
12.	完成后，单击 GUI Record 工具栏上的 Stop Recording 按钮。将出现以下事件：
	所记录的脚本出现在 Robot 主窗口中一个 Script 窗口内。
	此脚本中的核实点（如果有的话）显示在左侧的 Asset 窗格中。
	此脚本的文本显示在右侧的 Script 窗格中。
	当编译或回放脚本时，编译结果将显示在 Output 窗口的 Build 选项卡中。
13.	单击 File > Properties 是另一种设置脚本属性的方法。

IT博客网-我的ITblog我作主 关注→ 『伊波拉』→ 测试 SzDlinXie- ITblog -随笔分类-性能测试技术资料