-
[论坛] LoadRunner使用MercuryWebTours订机票的问题
2007-08-13 17:18:55
-
[论坛] 上传一个小测试程序
2007-08-09 12:51:33
附件是一个小程序，学习QTP或其它功能测试工具，试验、练手很有用的。
小测试程序
testApp.rar
(2007-08-08 15:32:15, Size: 232 kB, Downloads: 10) -
QTP实现之小谈
2007-08-06 13:07:37
-
[论坛] 谈谈业务型系统 功能测试 与 QTP
2007-07-31 12:47:06
-
[论坛] LoadRunner虚拟IP，路由更新哪台机？
2007-07-24 12:17:27
实际地址是A类：10.1.20.86
使用IP欺骗模拟地址：192.168.1.1～192.168.1.254
局域网连接，
本机：10.1.20.86
网关：10.1.20.1
被测试的机器（WEB服务器）：10.1.20.10
局域网内有交换机，应该也有路由器。
LR提示我需要更新路由表，我要去哪里更新路由表？
本机？ 网关？ WEB服务器？ 数据库服务器？
WIN服务器？ 域服务器？ DNS服务器？ 路由器？ 交互机？
[ 本帖最后由 higkoo 于 2007-7-24 12:14 编辑 ] -
[论坛] LoadRunner负载的问题（上传脚本，详细说明）
2007-07-17 15:31:34
最近测试碰到一些错误，于是拿示例网站做实验，错误重现，请路过的朋友留目：
在服务器(机器名testserver)上安装有Xitatix服务，启动MercuryWebTours示例网站，使用LoadRunner进行负载测试。
录制登录和退出动作，脚本见附件。
单独回放没有错误，使用Control负载(忽略思考时间)：
1个用户，通过；
2个用户，通过；
5个用户，通过；
8个用户，通过；
10个用户，8个通过，2个失败，失败事务都在vuser_init 上。
LR提示的错误信息：
vuser_init.c(26): 错误 -27792: 将数据传输到网络失败: [10054] Connection reset by peer
vuser_init.c(26): 错误 -27791: 服务器“testserver”已过早关闭连接
vuser_init.c(26): 错误 -26377: 找不到请求的参数“CSRule_2_UID2”的匹配项。检查请求的边界是否存在于响应数据中。此外，如果要保存的数据超过 8196 个字节，请使用 web_set_max_html_param_len 增加参数大小
vuser_init.c(26): 错误 -26374: 以上“找不到”错误可由分别为 0 和 0 的标头和正文字节计数来解释。
修改web_set_max_html_param_len值，错误仍然存在。
使用openSTA负载，查看Xitatix连接数可以超过100，因此可认为不网络问题所致。
请路过的朋友们各抒己见
WebTours.zip
(2007-07-17 15:29:59, Size: 506 kB, Downloads: 0)
LRerr.rar
(2007-07-17 15:29:59, Size: 7.76 kB, Downloads: 0) -
[论坛] LoadRunner8.1的监视问题
2007-07-10 17:33:21
仔细查看了一个LR的Control和Analysis
发现在分析器(Analysis)里，确实没有系统资源图，在控制器(Control)里却可以监视。
分析器里的系统资源图是SiteCope的，Windows的Perfmonce没有包含在里面。为什么？
是不是哪里有什么设置可以显示出来？
如下图所示：
Info.JPG -
性能指标及监视可接受阈值
2007-06-09 16:59:33
-
Windows监视方案
2007-06-09 14:59:48
-
[论坛] 上传一Java程序，讨论如何批量录数
2007-06-09 12:47:25
上传一个Java程序，如附图所示。
是由开发协助写的，本来是我在测试过程中的一些不易回放的控件。
由于时间紧，这个测试程序没有达到预期的效果。仅图示红圈处是不易录制的。
过程描述：
一个C/S的Java程序列表框，有很多行和列。
标准的列表网格，直接用SetCellData即可参数化和赋值。
一些自定义控件，用标准的方法不能赋值，或难以参数化。
用低级录制可以解决问题，但回放的速度太慢，且可维护性很差。
期望结果：
假想有很多行数据，如何做到批量录入指定的数据 。
测试预览.JPG -
[论坛] QTP中使用 Exist 的问题
2007-06-09 10:53:19
现在测一个Web程序，现在碰到一个很神奇的问题。
我上传一个文件，上传过程中有进度条。上传完成进度条就消失了。
我就用QTP去判断，直要有进度条就继续等待：
do Until 进度条.exist(1) = False
wait(1)
loop
后来发现程序一直都在等待，上传完了还在等待。
Debug才发现 进度条.exist(1) ＝ True 一直都成立。
原因：进度条和上面的文字只是一个动画，开始上传就为可见；上传完成即为不可见。但一直都是存在的！
所以，QTP简直太“智能”了！
但我使用 进度条.object 方法 来调用它的 Visible 属性 居然也一直都为True。
获取运行时属性也为True。
不知是QTP自身的问题，还是我哪里思路有问题？
目前有办法可以解决：不去识别进度条，去识别上传列表。
（可以解决部分问题，但列表数据多之后脚本就不好写）
能识别到进度条 是最好的解决办法， 如何去识别进度条呢？
测试预览.JPG -
在本地和远程系统上，管理和计划性能计数器与事件跟踪日志的收集。
2007-06-07 21:22:39
Logman
在本地和远程系统上，管理和计划性能计数器与事件跟踪日志的收集。
语法动词
Logman [create {counter | trace} [CollectionName]] [start CollectionName] [stop CollectionName] [delete CollectionName] [query {CollectionName | providers [providerName]}] [update CollectionName]
参数
create {counter | trace} CollectionName创建对计数器或跟踪收集的收集查询。可以使用命令行选项指定设置。start CollectionName启动数据收集查询 CollectionName。使用该选项将计划收集更改为手动收集。将命令行中的 update 参数与开始时间 (-b)、结束时间 (-e) 或重复时间 (-rt) 搭配使用，以重新计划收集。stop CollectionName停止数据收集查询 CollectionName。使用该选项将计划收集更改为手动收集。将命令行中的 update 参数与开始时间 (-b)、结束时间 (-e) 或重复时间 (-rt) 搭配使用，以重新计划收集。delete CollectionName删除数据收集查询 CollectionName。如果 CollectionName 不存在，将收到一个错误信息。Query {CollectionName | providers[providerName]}如果未提供 CollectionName 或 providers，则显示所有现有收集查询的状态。使用 CollectionName 可显示特定收集的属性。要在远程计算机上显示这些属性，请在命令行中使用 -s RemoteComputer 选项。将 providers 作为关键字代替 CollectionName，可显示本地系统上安装的注册提供程序。要列出远程系统上安装的注册提供程序，请在命令行中使用 -s 选项。使用 query providers providerName，可以显示可为指定提供程序设置的参数列表，包括这些参数的值以及它们所启用内容的描述。请注意，此信息与提供程序有关。update CollectionName更新对计数器和跟踪收集的收集查询。对于计数器收集，将停止修改查询，然后重新启动收集。对于跟踪收集，请在命令行中使用下列参数进行查询，无需停止收集：-p provider [(Flags[,Flags ...])] Level、- maxN、- oPathName、-ftMM:SS 或 -fd。语法选项
[-s ComputerName]
[-config FileName]
[-b M/D/YYYYH:MM:SS [{AM | PM}]]
[-e M/D/YYYYH:MM:SS [{AM | PM}]
[-m [start] [stop]]
[-[-]r]
[-o {Path | DSN!CounterLog}]
[-f {bin | bincirc | csv | tsv | SQL}]
[-[-]a]
[-[-]v [{NNNNNN | MMDDHHMM}]]
[-[-] rc [FileName]]
[-[-] max [Value]]
[-[-]cnf [[[HH:]]MM:]SS]
[-c {Path [Path ...] | -cfFileName}]
[-si [[HH:]]MM:]SS]
[-ln LoggerName]
[-ets]
[-[-] rt]
[-p {GUID | provider [(Flags [,Flags...])] Level | -pf [FileName]}]
[-[-] ul]
[-bs Value]
[-ft [[HH:]]MM:]SS]
[-nb Min Max]
[-fd LoggerName]
[-[-]uUserName Password]
[-rf [[HH:]]MM:]SS]
[-y]
[-mode [TraceMode [TraceMode ...]]]
[-ct {system | perf | cycle}]
参数
-s ComputerName指定将在远程系统上执行创建、启动、停止、删除、查询或更新命令。默认情况下，本地系统用于执行命令。-config FileName指定包含命令行参数的设置文件的路径名。-b M/D/YYYY H:MM:SS[{ AM| PM}]以 24 小时格式指定收集的开始时间。通过在命令行内添加 AM 或 PM，也可以使用 12 小时格式指定收集开始时间。除非另行指定，否则默认情况下，使用当前的日期和时间。使用手动启动选项可立即启动收集。-e M/D/YYYY H:MM:SS[{ AM| PM}]以 24 小时格式指定收集的结束时间。通过在命令行内添加 AM 或 PM，也可以使用 12 小时格式指定收集结束时间。除非另行指定，否则默认情况下，使用当前的日期和时间。使用手动停止选项，然后使用重复选项，可指定当前实际时间之前的停止时间，否则将收到错误消息。-m [start] [stop]通过在命令行中使用 start 和 stop 参数，指定手动启动和停止收集。在同一查询的命令行中，不能同时使用 -mstart 和 -b 或 -mstop 和 -e 或 -rf 参数。-r按照 -b 和 -rf 选项或 -b 和 -e 选项指定的时段，每天重复执行收集。此命令仅对同一天、同一月和同一年中指定的开始时间和结束时间有效。--r关闭重复选项。-o {Path | DSN!CounterLog}指定收集性能计数器和跟踪数据的输出文件路径名，或指定 SQL 数据库和数据集的位置。要使用 DSN!CounterLog 格式指定 SQL，请在命令行中使用 -f 选项。默认情况下，收集日志文件的名称是在收集查询名称后添加后缀 .blg（对于性能计数器）或 .etl（对于跟踪数据）。-f {bin | bincirc | csv | tsv | SQL}指定用于收集性能计数器和跟踪数据的文件格式。收集性能计数器时，可以使用二进制、循环二进制、逗号和制表符分隔或 SQL 数据库格式。必须在带 DNS!counter_log 选项的命令行中使用 -o 选项。对于 SQL 数据库格式，必须预定义数据库系统名称 (DSN)，并且必须授予写入数据库的管理凭据。数据集 CounterLog 是在数据库中创建的，并由 DSN 指定。默认设置为二进制。-a可使用该选项附加文件。--a关闭附加命令选项，并还原到覆盖模式。-v {NNNNNN | MMDDHHMM}将版本控制信息附加到输出文件和路径名称的末尾。在版本控制中，使用 NNNNNN 数值格式或日期格式 MMDDHHMM（月、日、24 小时、分钟）。--v关闭版本选项。-rc FileName指定在收集结束时或在收集期间关闭文件后运行此命令。将 -rf 选项与 -cnf 搭配使用，以便在收集期间关闭文件。使用 -stop 选项，不会关闭此命令。命令总是在前台运行。--rc关闭运行此命令选项。-max Value指定所收集日志文件的最大容量（以兆字节表示）。如果日志文件的容量超过该最大值，收集将停止。对于 SQL 数据库，其最大容量为可写入的记录数。--max关闭最大容量限制选项。这是默认选项。-cnf[[ HH:]MM:]SS若输出文件超过最大容量值，或指定的时间已过，则创建新文件。执行此命令时，必须纳入 -v 选项。默认情况下，每次收集期间只创建一个日志文件。cnf关闭创建新文件选项。-c{Path[Path ...] | -cfFileName}为日志指定性能计数器路径，或指定列出这些计数器的日志文件的路径名。要列出多个计数器路径，请使用空格分隔命令行，或者使用 -cf 选项在输入文件中列出计数器路径（每行列出一个）。计数器路径的一般格式如下：[[\\Computer]\Object[Parent/Instance#Index]\Counter]，其中，格式的父节点、实例、索引和计数器组件可包含有效的名称或通配符。并非所有计数器都必须具有计算机、父节点、实例和索引组件。可以根据计数器本身决定要用的计数器路径。例如，LogicalDisk 对象具有 index 实例，所以必须提供 #Index 或通配符。因此，可以使用下列格式： \LogicalDisk(*/*#*)\* 与之相比，进程对象不要求 Index 实例。因此，可以使用如下格式： \process(*)\ID process 下面列出了可用格式：\\computer\object(parent/instance#index)\counter\\computer\object(parent/instance)\counter\\computer\object(instance#index)\counter\\computer\object(instance)\counter\\computer\object\counter\object(parent/instance#index)\counter\object(parent/instance)\counter \object(instance#index)\counter\object(instance)\counter\object\counter如果在父节点名称中指定了通配符，则将返回与指定实例和计数器作用域相匹配的指定对象所有实例。如果在实例名称中指定了通配符，则当指定索引所对应的所有实例名称都与通配符相匹配时，将返回指定对象和父节点对象的所有实例。如果在计数器名称中指定通配符，则将返回指定对象的所有计数器。不支持部分计数器路径字符串匹配（例如，pro*）。-si[[HH:]MM:]SS以小时、分钟和秒，指定性能计数器收集的示例间隔。默认值为 15 秒。-ln LoggerName指定事件跟踪记录会话的用户定义名称。默认情况下，收集名称用作记录器名称。-ets通过命令行上指定的选项创建和启动事件跟踪会话。可以将此可选参数与 create trace、update、query 和 delete 参数搭配使用。要显示为当前运行的事件跟踪会话所设置的参数和级别，请键入： logman query LoggerName -etsrt指定事件跟踪会话以实时模式运行，并不记录到文件中。默认情况下，数据会记录到文件中。--rt关闭实时记录选项。-p{GUID | provider[(Flags[ ,Flags ...])] Level | -pf[FileName]}为跟踪数据收集指定要用的提供程序（跟踪数据收集程序）。使用 logman 查询提供程序，可从注册提供程序列表中找到 PName（已命名的提供程序）。使用 -pf 选项可列出多个提供程序。-pf 选项识别包含提供程序名称的输入文件。提供程序名称包含在引号 ("") 内，或者带有含在括号、标志掩码和整数（启用级别）中的 GUID。标志采用十六进制 (OXFFFF) 或 (flag, flag) 格式。-ul指定以用户模式运行事件跟踪会话。如果使用 -ul 选项，则只能为事件跟踪会话启用一个提供程序。--ul指定关闭用户模式，并以内核模式运行事件跟踪会话。-bs Value指定跟踪数据收集的缓冲大小（以 N KB 表示）。-ft[[HH:]MM:]SS以分和秒，指定跟踪数据收集的刷新计时器间隔。-nb Min Max指定跟踪数据收集的缓冲区最小数目和最大数目。默认最小值是系统上的处理器数目加 2。默认最大值是 25。-fd LoggerName将现有事件跟踪会话的所有活动缓冲区转储到磁盘。将此命令与 -ln 选项搭配使用。-u UserName Password指定收集查询在本地或远程系统上使用的帐户名和密码。要开始收集用于收集查询的数据，请将“性能日志和警报”记录到远程系统。在用于将性能数据保存到远程 SQL 服务器的本地计算机上设置配置时，需要使用该选项或“运行方式”命令。可以在命令行中将 * 用作密码，以便产生密码提示符。当您在密码提示符下键入密码时，密码不显示出来。--u重新设置访问“性能日志和警报”服务帐户的帐户名。-rf [[HH:]MM:]SS指定收集在规定时段中运行。-y覆盖收集名称的设置，然后在不查询最终用户的情况下应用新设置。-mode[TraceMode[TraceMode...]]只有当 TraceMode 为 globalsequence、localsequence 或 pagedmemory 时，才指定跟踪会话的高级选项。Globalsequence 指定事件跟踪程序为接收的每个事件添加序列号，而不管收到事件的跟踪会话为何。Localsequence 指定事件跟踪程序为特定跟踪会话期间收到的事件添加序列号。使用 localsequence 选项时，可以跨所有会话存在重复的序列号，但在每个跟踪会话内，序列号将是唯一的。Pagedmemory 指定事件跟踪程序将在内部缓冲区分配中使用分页内存，而不使用默认的非分页内存池。-ct {system | perf | cycle}指定当记录每个事件的时间戳时所使用的时钟分辨率。使用默认时钟类型 -ct system 可提供 10 ms 的时间戳分辨率。使用 -ct perf 可提供 100 ns 的分辨率。此外，如果要让消耗的系统资源更少，请使用 -ct cycle。它会以处理器时钟周期收集数据，然后将其标准化至 100 ns。如果您选择 cycle 选项，但硬件平台不支持这种时钟类型，则操作系统会将其更改为 perf。/?在命令提示符下显示帮助。注释
• 可以从运行 Windows XP Professional 的计算机使用 Logman 命令的子集，来管理运行 Windows 2000 的计算机。Windows 2000 不支持下列选项：
-r
-o，当指定数据库系统名称 (DSN) 时
-f sql
-cnf
-ln
-ft
-fd
-ets
-mode
可以使用 -u 选项连接至目标计算机；但不能用它设置远程收集的凭据。收集将运行在配置“性能日志和警报”服务所用的帐户下。默认情况下，这是 Local System 帐户。
• 命令行动词 create、update、start、stop、delete 以及 query 的有效选项是：
-s RemoteComputer
-[-]u Domain/UserName Password
• create 和 update 的有效选项以及 counter 和 trace 的常用选项是：
-y
-b M/D/YYYY HH:MM:SS [{AM | PM}]
-e M/D/YYYY HH:MM:SS [{AM | PM}]
-rf HH:MM:SS
-m [start] [stop
-f {bin | bincirc}
-[-]r
-o PathName
-[-]a
-[-]v {NNNNN | MMDDHHMM}
-[-]rc Command PathName
-[-]max N
-[-]cnf HH:MM:SS
• counters 的常用选项只能是：
-f {bin | bincirc | csv | tsv | SQL}
-o {PathName | DSN!CounterLog }
• create counter 的常用选项是：
-c {CounterPath | -cfInputFile}
-si [[HH:]MM:]SS
这些选项更新计数器，并将停止和开始收集。
• 跟踪收集使用的 update 选项有：
- max N
- o PathName
-ft MM :SS
-fd
这些选项将在不停止收集的情况下查询跟踪收集。
• counters 的有效选项只能是：
-f {bin | bincirc | csv | tsv | SQL}
-o {PathName | DSN!CounterLog }
• 与 create counter 命令一起使用的有效选项是：
-c {CounterPath | -cfInputFile}
-si [[HH:]MM:]SS
• create trace 命令的有效选项是：
-ln LoggerName
-[-]rt
-p {GUID | provider(Flags[,Flags ...])Level | -pfFileName}
-[-]ul
-bs N
-ft MM:SS
-nb Min Max
-fd LoggerName
-ets
• 使用 -config 选项
与 -config 选项一起使用的设置文件内容应具有如下格式：
[CommandOption]
Value
其中，CommandOption 是一个命令行选项，由 Value 指定其值。例如：
[counter]
logx
[-s]
mysystem
[-u] UserName Password]
• 使用 -mode 选项
如果是高级用户，应该只使用此选项。
• 使用 -ct 选项
默认的 system 时钟类型足以供大多数生成事件的提供程序使用。但是，如果提供程序生成事件的速率能够大于每 10 ms 一次，则使用 perf 时钟类型。
• 管理性能监视器
只能使用 Logman 来管理运行 Windows 2000、Windows XP 或 Windows Server 2003 家族操作系统的系统。
• 有关如何将 Logman 合并到 Windows Management Instrumentation (WMI) 脚本中的详细信息，请在 Microsoft Windows 资源工具包网站 上参阅“scrīpting WMI”（编写 WMI 脚本）。
示例
下列示例中的日期格式仅适用于美国本地时间。
要通过开始时间和结束时间、重复收集、版本控制号、计数器路径以及示例间隔来创建日常计数器收集查询，请键入：
Logman create counter daily_perf_log -b 7/27/2000 13:00:00 -e 7/27/2000 15:00:00 -r -v mmddhhmm -c "\processor(_Total)\% processor Time" "\Memory\Available bytes" -si 00:15 -o "c:\perflogs\daily_log"
要通过开始时间和结束时间、重复收集、输出文件收集、版本控制号、计数器路径以及示例间隔来创建日常收集查询，请键入：
Logman create counter daily_perf_log -b 7/27/2000 13:00:00 -e 7/27/2000 15:00:00 -r -o "c:\perflogs\daily_log" -v mmddhhmm -c "\processor(_Total)\% processor Time" "\Memory\Available bytes" -si 00:15
要使用配置文件而不是命令行文件来创建日常收集查询，请键入：
Logman -config file daily_perf.txt
要通过开始时间和结束时间、重复收集、版本控制号、提供程序名称、输入和输出文件收集来创建日常跟踪收集查询，请键入：
Logman create trace daily_kernel_trace_log -b 7/27/2000 13:00:00 -e 7/27/2000 15:00:00 -r -v mmddhhmm -p "Windows Kernel Trace" 0xFFFFFFFF -rf 100 -o "c:\perflogs\daily_nt_trace"
要通过开始时间和结束时间、重复收集、版本控制号、Guid 和记录器名称、输入和输出文件收集来创建日常跟踪收集查询，请键入：
Logman create trace daily_lsass_trace_log -b 7/27/2000 13:00:00 -e 7/27/2000 15:00:00 -r -v mmddhhmm -p "Local Security Authority(LSA)" 0x00000001 -rf 30:00 -o " c:\perflogs\daily_lsass_trace"
要通过开始时间和结束时间、重复收集、版本控制号、计数器路径、示例间隔、SQL 格式以及输出文件收集创建日常计数器收集查询，请键入：
Logman create counter daily_perf_log -b 7/27/2000 13:00:00 -e 7/27/2000 15:00:00 -r -v mmddhhmm -c "\processor(_Total)\% processor Time" "\Memory\Available bytes" -si 00:15 -f sql -o perfdb!daily_log
要通过示例间隔、帐户名和密码来开始日常收集，请键入：
Logman start daily_perf_log -s \\%computer_name% -u admin "adminpassword"
要开始手动数据收集，请键入：
Logman start daily_perf_log
要停止数据收集，请键入：
Logman stop daily_perf_log
要删除数据收集，请键入：
Logman delete daily_perf_log
要显示收集查询的状态，请键入如下命令：
Logman query
Logman query daily_perf_log
格式图例
格式 意义 斜体
用户必须提供的信息
粗体
用户必须像显示的一样准确键入的元素
省略号 (...)
可在命令行中重复多次的参数
在括号 ([]) 内
可选项目
在大括号 ({}) 内；将选项用管线 (|) 隔开。例如：{even|odd}
用户必须从中选择一个选项的选项组
Courier font
代码或程序输出
-
| 初次体验openSTA
2007-06-02 23:53:03
最近研究一个开源的性能测试功能openSTA，网上资源确实太少，刚巧最近工作留给我的时间很少。
今天无奈的我，还是逼自己静下心看Help文档了。有点小成果，赶紧记下来。
将下面代码复制到 scrīpt Modeler 中，在Commander里运行，查看其Test Report Log。
!***************************代码头***************************！
Environment !1 Descrīption "" !2 Definitions !3 iNTEGER i (1-100), scrīpt !4 integer m,local !5 code !6 report "m=",m !7 ACQUIRE MUTEX "first" !8 next i !9 set m = i !10 report "m=",m !11 RELEASE MUTEX "first" !12 report "m=",m !13
!***************************代码尾***************************！
此脚本虽小，且简单，但你确可从中明白openSTA的一些实现过程。
一、从UserID你可以知道，并发的三个用户，开始运行是没有先后顺序的。
二、从Line#你可以知道，代码7行处的m一直等于0，代码11行、13行都是从1递增。
三、给我留下了一个疑点，ACQUIRE MUTEX 、RELEASE MUTEX 的作用和区别。
Help文档描述如下：
ACQUIRE MUTEX Command
This command acquires exclusive access to a shared resource, known as a mutex. The mutex is identified by its name and scope (which must be either LOCAL or TEST-WIDE). A test-wide mutex is one that is shared by all scrīpts running as part of a distributed test; a local mutex is only shared between scrīpts running on the local node.
RELEASE MUTEX Command
This command releases a named mutex. The mutex to be released is identified by its name and scope, which must correspond to the values specified on the corresponding ACQUIRE MUTEX command.
看着这翻译和我的理解，结合这结果，让我很不理解
-
今天的劳动成果
2007-06-02 17:48:42
-
[论坛] 这样的场景应该如何理解？
2007-05-29 21:33:58
关于LoadRunner的原理，大家也讨论得也不止一次了。
关于不理解的地方，我描述如下：
虚拟用户脚本，就有三个动作： 登陆——>查询——>退出
模拟场景如下：
加载10个用户，每1秒增加1个用户，动作持续20秒，完成后每秒减少一个用户。
有点我很不理解：
设置忽略ThinkTime，那么运行过程我可以理解如下：
第1秒，一个用户开始运行。
第2秒，二个用户在运行。
第3秒，三个用户在运行。
……
第10秒，十个用户都在运行。
那么在第10秒的时候，第1秒就开始的那个用户在干什么呢？
或者 在第20秒的时候，这10个用户分别在模拟什么动作呢？
实际上，登陆、查询、退出三个动作的运行，实际操作也不到10秒。
一个用户在模拟场景中运行过程都超过30秒了。
这30秒中这个被模拟的用户各阶段在执行什么操作呢？ -
[论坛] 系统变量 导致 TD 调用 QTP 失败
2007-05-25 23:06:48
最近真是，遇到一系列又一系列的，以前从没遇到过的问题，非常神奇。
以前公司人不多，直接一个WorkGroup工作组就搞定。现在不一样了，开始使用域了。这方面之前真没怎么接触过，有些东西还是非常的陌生。
安装了Win2003系统，费尽了九牛二虎之力，把所需要的工具都安装成功了。文档及访问权限都设置完毕的时候，开始使用。
先自我测试，加了一个用户。突然，问题就出来了。怎么使用TD，可以上传图片，不能下载图片。可以上传脚本，不能查看或下载脚本。
config.JPG可以上传，不能下载。因为下载是从服务器下载到本地一个临时目录，程序提示我认为是临时目录的路径不对导致。
下载图片的提示如下：
error.JPG查看脚本更是吓我一跳，它居然说库里没有数据。刚开始我还以为是数据丢失呢，后来查实才发现不是这么回事：
QTperr.JPG很多同事，硬件很牛；有些同事，软件很懂；可偏偏这是个行业性的软件。如果是通用软件，我想很多问题就很容易搞定了，也许只需百度一下，我就知道了……
不过，这个问题，我初步确定是由于系统变量导致的。由于系统的临时缓存不是一个绝对位置，所以下载文件无法保存，导致软件出错。但我查了变量信息，也做了很多尝试，时好时坏，尚未找到规律。且我是使用远程域成员登陆所致。
问题层出不穷，过矣过已……
-
微软的 WindowsXP 又 开始维权了
2007-05-25 22:42:06
最近，一些朋友的电脑都出现如图提示：
“您可能是软件盗版的受害者……”这一句真是吓倒一群人呀。
而且登陆系统后，任务栏右下角还有一个蓝色的五角星，提示你“您的系统可能存在风险”。
不懂电脑的朋友看到此消息多少都会有些心慌。不过，我反而觉得我是盗版软件的受益者。没有这盗版的Windows操作系统，我现在哪里会这么熟悉的去操作它？
没有盗版的Windows，Windows在中国就不会有这么大的市场；微软也间接的损失了很多商机；有了大量的盗版Windows，才有了现在多么庞大的软件产业。
而且据说，这个是由于计算机安装了最新的Windows更新导致的。此更新在控制面版里也卸载不了。
相关的办法也是有的，去 百度 或 谷歌 搜搜就有一堆文章了。
版盗，相对于Windows这类软件来说，有利也有弊。不过对于一般的商业软件来说，盗版确实是不可言善的。
虽然对于盗版的Windows我不于太多的言语，其它软件，我还是提倡使用正版。
给劳动的人民应有的回报！
-
WR和QTP的破解问题
2007-05-25 20:20:40
今天装了一天测试工具。
说起来还费了不少周折。安装了Win2003企业版操作系统，没有打系统补丁，加入了域。
很奇怪，我安装了QTP，直接使用网上的“特别文件”进行注册，居然没有效果。
然后我安装了VMware，再做了一个Win2003系统（Host系统是公司技术部安装，Guest为自己的虚拟文件安装），VMware也出了一个什么VPN提示，然后我按提示进了VMware的网站，按提示操作问题解决。在虚拟机上安装和注册，一切都正常。接着我又安装了WinRunner，结果一样，“特别文件”没有用。在虚拟机上安装也可以正常使用，真是歪门了！
不过之后安装IBM一套，还算顺利了。TD76不支持Win2003，只好装了TD80，如果QC82有LiceS就好了。
装Office2007，提示我必需打Sp1以上补丁。装了SQL也要装Sp3以上补丁，我装……
虚拟机和本机安装路径都是完全一样的，我也尝试用虚拟机上正常运行的文件覆盖本机文件，包括生成的注册文件。可是结果在本机运行仍然不行……
想下一个WR76，下午却没找到。明天吧……
-
开始漫长QTP旅程
2007-05-16 13:09:30
最近每天都在coding，QTP的Coding。
我想把自动化做起来，现在正在实践。一个人设计思路、方案、实施、分析。
真的有点累，天天都面对Application和QTP's Code，遇到了问题，没有人可以交流的，最多只能上上51testing发发贴，更多的是按 F1 。
发现现在英文的阅读能力没那么吃力了。
语言是人类最大的进度，有了语言就有了沟通，封闭的世界里是很难进步的。
继续努力吧！ 等我完成这套方案，那么就相当于是一个阶段性的小胜了。
路还长，还要走……
-
开始学习LoadRunner
2007-01-28 17:34:27
刚学LR不久，相对QTP而言，对LR的原理感觉有些难理解。
QTP很直观，回放过程是看得见的，用户操作和界面都可呈现在眼前。但LR就不是，给我感觉是一直在执行代码。且结果也是LR分析出的图表和日志。
由此，我对LR的过程有产生了疑问：是否能真正模拟若干用户？
1、一个真正的用户在访问因特网时，网站会用http或其它方式向客户端发送文件。这些文件都保存在客户端的硬盘中。LoadRunner在模拟用户过程中是否可以达到这个目的？如何实现？
2、根据客户端浏览器设置，IE缓存中的文件可能在不断更新，即一直在执行下载/复制/删除操作，一个用户就是这样，万个用户也这样。LoadRunner是怎么实现这个功能的？是否真正模拟到这种压力？
3、在场景运行过程中，模拟用户有 初始化/缓冲/运行/停止 等状态，这些都是数字不断的改变，我们如何确定他的正确性/准确性？实质上，上述应该是属于我对LoadRunner工作原理的不理解，或可称为怀疑。
硬件上也有些问题一直让我不解。假若有10000个用户有访问sohu网站首页，如果每个人一条线的话就有10000条网络路径在访问。如果使用LoadRunner在一台机器上模拟10000个用户同时访问，一台机的网络带宽最多就千兆啦，且网络利用率不可能100%。
就上面提到的第2点，访问上机器是一直在向服务器发送访问请求，服务器接受到请求后发送所需的资源然后发送，客户端接受资源显示资源。LoadRunner是如何模拟这种场景的呢（原理）？假若的10000个用户，发送一次请求，服务器响应并发送资源。若1M/客户端，1000个客户端就约10个G的资源了！10G的资源，服务器传送出来需要多长时间呢？
仅在一台PC机上运行LoadRunner在模拟这10000个客户访问场景，是否给服务器发送了10000次重复的请求？服务器是否就传送了10000次同样的资源？如果没有，那这种模拟是否能达到我们的负载/压力的目的？
学习一个软件的操作，只要有足够的资源，给我时间，我想要学会操纵它并不是一件难事。但仅仅操作是远远不够的，就像软件测试的朋友们必需要懂产品业务一样。
仁者见仁，智者见智。请路过的朋友们指路
标题搜索
我的存档
数据统计
- 访问量: 247233
- 日志数: 56
- 图片数: 1
- 文件数: 18
- 建立时间: 2007-01-10
- 更新时间: 2008-09-30
