-
详解loadrunner的think time（原创）
2007-01-12 11:13:09
lr_start_sub_transaction
标记子事务的开始
lr_start_transaction
标记事务的开始
lr_end_sub_transaction
标记子事务的结束以便进行性能分析
lr_end_transaction
标记 LoadRunner 事务的结束
思考时间大于阈值时生成： 使用思考时间的阈值。如果录制思考时间小于该阈值，VuGen 将不会生成思考时间语句。您也可以指定阈值。默认值为 3 - 如果思考时间少于 3 秒，VuGen 将不会生成思考时间语句。如果禁用此选项，VuGen 将不会生成任何思考时间。（默认情况下启用）
脚本：
lr_start_sub_transaction("think time1","t1");
lr_think_time(10);
lr_end_sub_transaction("think time1",LR_PASS);
lr_start_sub_transaction("think time2","t1");
lr_think_time(10);
lr_end_sub_transaction("think time2",LR_PASS);
lr_end_transaction("t1", LR_AUTO);
输出：
Action.c(8): Notify: Transaction "t1" started.
Action.c(9): Notify: Transaction "think time1" started.
Action.c(10): lr_think_time: 10.00 seconds.
Action.c(11): Notify: Transaction "think time1" ended with "Pass" status (Duration: 9.9939 Think Time: 9.9892).
Action.c(12): Notify: Transaction "think time2" started.
Action.c(13): lr_think_time: 10.00 seconds.
Action.c(14): Notify: Transaction "think time2" ended with "Pass" status (Duration: 9.9954 Think Time: 9.9906).
Action.c(15): Notify: Transaction "t1" ended with "Pass" status (Duration: 19.9994 Think Time: 19.9798).
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/04/442814.html -
lr_continue_on_error函数
2007-01-12 11:13:09
lr_continue_on_error函数
void lr_continue_on_error ( int value );
value指的是错误等级
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/04/442815.html -
loadrunner主要文件列表
2007-01-12 11:13:09
以下是录制后生成的重要文件的列表：
vuser.usr
包含关于虚拟用户的信息：类型、AUT、操作文件等
vuser.bak
上一次保存操作之前的 Vuser.usr 副本
default.cfg
包含 VuGen 应用程序中定义的所有运行时设置（思考时间、迭代、日志、Web）的列表
vuser.asc
最初录制的 API 调用
vuser.grd
包含数据库脚本中的网格的列标题
default.usp
包含脚本的运行逻辑（包括 actions 部分的运行方式）
init.c
在 VuGen 主窗口中显示的 Vuser_init 函数的精确副本
run.c
在 VuGen 主窗口中显示的 Action 函数的精确副本
end.c
在 VuGen 主窗口中显示的 Vuser_end 函数的精确副本
vdf.h
脚本中使用的 C 变量定义的头文件
\Data
Data 目录存储主要用作备份的所有已录制数据。数据保存到此目录中后，将无法访问或使用。例如，Vuser.c 是 run.c 的副本
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/04/442819.html -
运用LOADRUNNER .NET ADD-IN 写的性能测试脚本
2007-01-12 11:13:09
using System;
using System.Runtime.InteropServices;
using System.Data.OleDb;
using System.Data;namespace LoadRunnerUser1
{
///
/// Summary description for VuserClass.
///
[ClassInterface(ClassInterfaceType.AutoDual)]
public class VuserClass
{
LoadRunner.LrApi lr;public VuserClass()
{
// LoadRunner Standard API Interface :: DO NOT REMOVE!!!
lr = new LoadRunner.LrApi();
}// ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
public int Initialize()
{
// TO DO: Add virtual user's initialization routines
lr.message("Initialize部分，我只执行一次哦！");
return lr.PASS;
}// ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
public int Actions()
{
// TO DO: Add virtual user's business process actions
lr.message("Actions部分，我可以重复执行（在设置迭代情况下）！");
try
{
//设置连接字符串开始
string strConnection="Provider=Microsoft.Jet.OleDb.4.0;";
strConnection+=@"Data Source=C:\\test.mdb";
//设置连接字符串结束//插入一个集合点开始
lr.rendezvous("集合点");
//插入一个集合点结束//事务开始
lr.start_transaction("SQL语句性能");//建立OleDbConnection和OleDbCommand，并指定要运行的Sql语句开始
System.Data.OleDb.OleDbConnection conn=new
System.Data.OleDb.OleDbConnection(strConnection);
System.Data.OleDb.OleDbCommand cmd = new System.Data.OleDb.OleDbCommand();
cmd.Connection = conn;
cmd.CommandText = "select * from testdb";
//建立OleDbConnection和OleDbCommand，并指定要运行的Sql语句结束//插入一个日志开始
lr.log_message("LOG: Sql语句开始执行了,Sql="+cmd.CommandText);
//插入一个日志结束//将查询结果填充到DataTable开始
DataTable dt = new DataTable();
System.Data.OleDb.OleDbDataAdapter oleDA = new
System.Data.OleDb.OleDbDataAdapter();
oleDA.SelectCommand = cmd;
oleDA.Fill(dt);
//将查询结果填充到DataTable结束//插入一个日志开始
lr.log_message("LOG: Sql语句执行完成,Sql="+cmd.CommandText);
//插入一个日志结束//取得结果集的记录数
int iCountRec=Convert.ToInt32(dt.Rows.Count.ToString());
conn.Close();//关闭连接
//如果记录数大于0，完整这个事务，否则标识事务失败
if(iCountRec>0)
lr.end_transaction("SQL语句性能",lr.PASS);
else
lr.end_transaction("SQL语句性能",lr.FAIL);//再来一个参数化的示例开始
lr.output_message("Welcome "+lr.eval_string("")+"!"); //再来一个参数化的示例结束
//Thinktime 的应用,就是模拟手工操作的延时，在这里我们延时3秒钟
lr.think_time(3);
}catch(Exception ex)
{
conn.Close();//关闭连接
string error = ex.Message;
}return lr.PASS;
}// ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
public int Terminate()
{
// TO DO: Add virtual user's termination routines
lr.message("Terminate部分，我只执行一次哦！");
return lr.PASS;
}}
}
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/10/447353.html -
Application Center Test知识点滴积累
2007-01-12 11:13:09
Application Center Test 在测试运行中自动监视 HTTP 性能统计信息，但性能计数器必须在测试运行之前明确进行配置。
请检查 ACTTrace.log 文件和报告，并确保不存在以下错误：
脚本错误
DNS 错误
套接字连接错误
HTTP 错误
如有必要，请在重新运行测试之前改正其中的错误。
dcomcnfg.exe 启动 DCOM 配置工具
计算页面性能的公式
以下公式通过测量每个请求所需的处理器周期数来量化 Web 应用程序的性能。该公式用所消耗的周期数除以所处理的请求数。(sum of processor speed x processor use)
________________________________________ = cost, in cycles/request (or Hz/rps)
number of requests per second
例如，在应力测试中，ASP 页面的最大容量可达每秒 800 个请求，同时 Web 服务器的处理器使用率为 85%。如果 Web 服务器的处理器频率为 700 MHz（每秒 700,000,000 周期），可以使用以下公式来计算页面的成本：((4 x 700 000 000 cycles/s) x 0.85)
___________________________________ = 2 975 000 cycles/request
800 requests/s
计算页面性能的 VBScript 代码
使用以下 VBScript 函数计算成本：
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
' Function to return the cost of a page, based on
' stress test values and Web server/cluster hardware.
'
' Returns: page cost, in millions of cycles per request
'
Function GetPageCost(iSumOfProcessorSpeeds, _
fAverageProcessorUse, iAverageRPS)
Dim iSpentCyclesPerSecond' calculate the number of cycles used over the testing period
iSpentCyclesPerSecond = iSumOfProcessorSpeeds _
* fAverageProcessorUse' calculate the amount of work performed by the Web server
If (iAverageRPS > 0) Then
GetPageCost = iSpentCyclesPerSecond / iAverageRPS
Else
GetPageCost = 0
End If
End Function
使用页面成本的示例
了解页面成本有许多用途。最显而易见的用途是比较两个不同页面的性能，或者比较同一页面在调整前后的成本。
特别是当测试对站点中的所有页面进行请求时，可以通过成本初步估计是否需要随着要处理的通信量的增加、CPU 使用率的更改（或者同时处理两者）添加附加硬件。
在前面的示例中，需要多大的处理器速度才能保证处理两倍的站点通信量，同时使处理器的使用率保持在 40% 左右，以便可以轻松处理至少达到 3200 rp 的临时负载增长？
以下计算表明需要的处理器速度大约为 11900 MHz：
page cost x target RPS
estimated processor speed = ______________________
processor use2 975 000 cycles/request x 1600 requests/s
estimated processor speed = __________________________________________
0.40estimated processor speed = 11 900 000 000 cycles/s
number of 700 MHz processors needed = 11 900 MHz / 700 MHz = 17
新的性能目标要求 Web 服务器群集中有大约 17 个处理器，而原来只需 4 个。再次强调，这些估计仅当处理器速度是限制 Web 应用程序性能的因素时才有意义。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/13/449809.html -
界面设计与测试规则
2007-01-12 11:13:09
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。
目前流行的界面风格有三种基本方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。1：易用性：
按钮名称应该易懂，用词准确，屏弃摸棱两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：
1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。
5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
10):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
11):复选框和选项框按选择几率的高底而先后排列。
12):复选框和选项框要有默认选项，并支持Tab选择。
13):选项数相同时多用选项框而不用下拉列表框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数较少时使用选项框，相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
2： 规范性：
通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具箱。
规范性细则：
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的操作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9):工具栏的图标能直观的代表要完成的操作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具箱。
12):工具箱要具有可增减性，由用户自己根据需求定制。
13):工具箱的默认总宽度不要超过屏幕宽度的1/5。
14):状态条要能显示用户切实需要的信息，常用的有：
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，
如果某一操作需要的时间较长，还应该显示进度条和进程提示。
15):滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
16):状态条的高度以放置5号字为宜，滚动条的宽度比状态条的略窄。
17):菜单和工具栏要有清楚的界限;菜单要求凸出显示，这样在移走工具栏时仍有立体感。
18):菜单和状态条中通常使用5号字体。工具栏一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
19):右键快捷菜单采用与菜单相同的准则。
3：帮助设施：
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则：
1):帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明，让人困惑)。
2):打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3):操作时要提供及时调用系统帮助的功能。常用F1。
4):在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。
5):最好提供目前流行的联机帮助格式或HTML帮助格式。
6):用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
7):如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
8):在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。
4：合理性：
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
合理性细则：
1):父窗体或主窗体的中心位置应该在对角线焦点附近。
2):子窗体位置应该在主窗体的左上角或正中。
3):多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
4):重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。(默认界面应该只显示目标用户最常使用的功能，至于不常用到的高级功能，可以“隐藏”起来，比如说，放到菜单里，不要都做成按钮摆到界面上。果真需要需要这些高级功能的话，用户自然会到菜单里去找的。 )
5):错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6):与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。
7):对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8):非法的输入或操作应有足够的提示说明。
9):对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
10):提示、警告、或错误说明应该清楚、明了、恰当。
5：美观与协调性：
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。美观与协调性细则：
1):长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2):布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。
3):按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
4):按钮的大小要与界面的大小和空间要协调。
5):避免空旷的界面上放置很大的按钮。
6):放置完控件后界面不应有很大的空缺位置。
7):字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
8):前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。蓝色文字以白色背景容易识别，而在红色背景则不易分辨，原因是红色和蓝色没有足够反差，而蓝色和白色反差很大。除非特殊场合，杜绝使用对比强烈，让人产生憎恶感的颜色。常用色考虑使用Windows界面色调。
9):整个界面色彩尽量少的使用类别不同的颜色。统一色调，针对软件类型以及用户工作环境选择恰当色调:如：安全软件，根据工业标准，可以选取黄色，绿色体现环保，蓝色表现时尚、紫色表现浪漫等等，淡色可以使人舒适，暗色做背景使人不觉得累等
10):如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
11):大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
12):界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
13):如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
14):对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
15):通常父窗体支持缩放时，子窗体没有必要缩放。
16):如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。
6：菜单位置：
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单位置细则：
1):菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
2):常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。
3):下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
4):一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5):没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边。
6):如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7):菜单深度一般要求最多控制在三层以内。
8):对常用的菜单要有快捷命令方式，组合原则见8。
9):对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式����即只有需要的菜单才显示����最好。
10):菜单前的图标不宜太大，与字高保持一直最好。
11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
12):主菜单数目不应太多，最好为单排布置。
7：独特性：
如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。独特性细则：
1):安装界面上应有单位介绍或产品介绍，并有自己的图标。
2):主界面，最好是大多数界面上要有公司图标。
3):登录界面上要有本产品的标志，同时包含公司图标。
4):帮助菜单的“关于”中应有版权和产品信息。
5):公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
8：快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些。在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中：
1):面向事务的组合有:
Ctrl-D 删除
Ctrl-F 寻找
Ctrl-H 替换
Ctrl-I 插入
Ctrl-N 新建
Ctrl-S 保存
Ctrl-O 打开
2):列表:
Ctrl-R 刷新
Ctrl-G 定位
Ctrl-Tab 下一分页窗口或反序浏览同一页面控件
3):编辑:
Ctrl-A 全选
Ctrl-C 拷贝
Ctrl-V 粘贴
Ctrl-X 剪切
Ctrl-Z 撤消操作
Ctrl-Y 恢复操作
4):文件操作:
Ctrl-P 打印
Ctrl-W 关闭
5):系统菜单
Alt-A 文件
Alt-E 编辑
Alt-T 工具
Alt-W 窗口
Alt-H 帮助
6):MS Windows保留键:
Ctrl-Esc 任务列表
Ctrl-F4 关闭窗口
Alt-F4 结束当前程序
Alt-Tab 切换当前程序
Enter 缺省按钮/确认操作
Esc 取消按钮/取消操作
Shift-F1 上下文相关帮助按钮中：
可以根据系统需要而调节，以下只是常用的组合。
Alt-Y 确定(是)
Alt-C 取消
Alt-N 否
Alt-D 删除
Alt-Q 退出
Alt-A 添加
Alt-E 编辑
Alt-B 浏览
Alt-R 读
Alt-W 写
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母（不推荐）。
9:安全性考虑：
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。
如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
安全性细则：
1):最重要的是排除可能会使应用非正常中止的错误。
2):应当注意尽可能避免用户无意录入无效的数据。
3):采用相关控件限制用户输入值的种类。
4):当用户作出选择的可能性只有两个时,可以采用单选框。
5):当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
6):当选项特别多时，可以采用列表框，下拉式列表框。
7):在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8):对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11):对错误操作最好支持可逆性处理，如取消系列操作。
12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13):对可能造成等待时间较长的操作应该提供取消功能。
14):特殊字符常有；;’”><,｀‘：“［”｛、\|｝］+=)-(_*&&^%$#@!,.。?/还有空格。（此外，还要注意全角和半角符号的区别）
15):与系统采用的保留字符冲突的要加以限制。
16):在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
17):有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。
10:多窗口的应用与系统资源：
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
应用细则：
1):在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
2):显示多个窗口时，窗口的名称是否被适当地表示？
3):活动窗口是否被适当地加亮？
4):如果使用多任务，是否所有的窗口被实时更新？
5):在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
6):关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除非是需要后台运行的系统。
4):尽量防止对系统的独占使用。美丽的事物常常会让人无法抗拒。这就是为什么产品出色的外观设计对于电脑、汽车、日用品、家具、食品、服装等等几乎所有商品的销售与推广，都有着举足轻重的作用的原因。
同样的道理，对于软件公司来说，软件产品就是他们的商品，而软件界面就是他们产品的外观，界面的美观与否，直接关系到了软件产品的营销成败。
我们可以清楚地看到，微软公司对软件界面设计的重视。请回想一下您在第一次见到win2000时的情景，与nt4.0相比是否惊叹他界面的美观性与易用性？而您如果使用过xp系统，则会被其令人神奇的感官概念而震惊折服！金山公司的金山词霸就是国内软件成功的例子了，从金山词霸3.0到金山词霸2001 的变化堪称经典。著名的网页动画制作软件flash从3.0到4.0，仅仅修改了图标和窗体，立即大为增色…
现今世界上成功的软件公司都非常重视软件界面的美化设计工作，因为他们深刻地知道，在激烈的市场竞争中，仅仅有强大的功能是远远不够的，不足以战胜强劲的对手。我们可以相象一下，您在挑选手机的时候，如果有两款手机，性能相同，而第一款比第二款要美观很多，那么您将选择哪一款呢？当然是美观的那一款了。试想，您的客户，也会拿您和您竞争对手的软件做这样的比较的。
现在的软件企业都知道，广告和市场推销活动对市场营销的作用是多么的重要，并不遗余力地打广告、做活动、做推广。但我们知道，这些活动的最终目的，是为了让用户购买并使用软件产品，而用户最终使用的也是您的产品，那么为什么不在软件界面的美观性上多下些工夫呢？在诸如家用电器、汽车、电脑等成熟的市场中，用非常精美的广告去推广一种功能强大却丑陋无比的产品，是一种笑话。然而，这样的笑话在软件行业里却屡见不鲜。这也是像中国足球一样，中国软件业与国外相比较存在的一个很大的差距。
作者： lwfwind
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/15/451597.html -
QTP关于验证码的应用解决方法之一
2007-01-12 11:13:09
Dim Input
Input = InputBox("Enter your pic no:")Browser("调查博客").Page("调查博客").WebEdit("ident_code").Set Input
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/16/452448.html -
持续集成
2007-01-12 11:13:09
英文原文版权由Martin Fowler拥有Original text is copyrighted by Martin Fowler
原文链接：http://martinfowler.com/articles/continuousIntegration.html
Martin Fowler Chief Scientist, ThoughtWorks译者语：
由于这是Fowler先生送给全体中国软件开发者的礼物，所以我绝对不敢独占。任何人都可以在任何地方随意转载本文，但是在转载时请保持本文完整性--包括标题、版权声明、原文链接、译者语……总之，请不要在转载的时候做任何改动或增删。另外，如果能在转载的时候顺手给我一个mail，我会更加高兴。
下面，请开始欣赏这篇精彩的文章。
在任何软件开发过程中都有一个重要的部分：得到可靠的软件创建（build）版本。尽管知道创建的重要性，但是我们仍然会经常因为创建失败而惊讶不已。在这篇文章里，我们将讨论Matt（Matthew Foemmel）在ThoughtWorks的一个重要项目中实施的过程，这个过程在我们的公司里日益受到重视。它强调完全自动化的、可重复的创建过程，其中包括每天运行多次的自动化测试。它让开发者可以每天进行系统集成，从而减少了集成中的问题。ThoughtWorks公司已经开放了CruiseControl软件的源代码，这是一个自动化持续集成的工具。此外，我们还提供CruiseControl、Ant和持续集成方面的顾问服务。如果需要更多的信息，请与Josh Mackenzie（jmackenz@ThoughtWorks.com）联系。
本文有以下主要内容：
持续集成的优点
集成越频繁，效果越好
一次成功的创建是什么样的？
单一代码源
自动化创建脚本
自测试的代码
主创建
代码归还
总结在软件开发的领域里有各种各样的"最佳实践"，它们经常被人们谈起，但是似乎很少有真正得到实现的。这些实践最基本、最有价值的就是：都有一个完全自动化的创建、测试过程，让开发团队可以每天多次创建他们的软件。"日创建"也是人们经常讨论的一个观点，McConnell在他的《快速软件开发》中将日创建作为一个最佳实践来推荐，同时日创建也是微软很出名的一项开发方法。但是，我们更支持XP社群的观点：日创建只是最低要求。一个完全自动化的过程让你可以每天完成多次创建，这是可以做到的，也是完全值得的。
在这里，我们使用了"持续集成（Continuous Integration）"这个术语，这个术语来自于XP（极限编程）的一个实践。但是我们认为：这个实践早就存在，并且很多并没有考虑XP的人也在使用着它。只不过我们一直用XP作为软件开发过程的标准，XP也对我们的术语和实践产生了深远的影响。尽管如此，你还是可以只使用持续集成，而不必使用XP的任何其他部分--实际上，我们认为：对于任何切实可行的软件开发活动，持续集成都是很基本的组成部分。
实现自动化日创建需要做以下几部分的工作：
将所有的源代码保存在单一的地点，让所有人都能从这里获取最新的源代码（以及以前的版本）。
使创建过程完全自动化，让任何人都可以只输入一条命令就完成系统的创建。
使测试完全自动化，让任何人都可以只输入一条命令就运行一套完整的系统测试。
确保所有人都可以得到最新、最好的可执行文件。
所有这些都必须得到制度的保证。我们发现，向一个项目中引入这些制度需要耗费相当大的精力。但是，我们也发现，一旦制度建立起来，保持它的正常运转就不需要花多少力气了。
持续集成的优点
描述持续集成最大的难点在于：它从根本上改变了整个开发模式。如果没有在持续集成的实践环境中工作过，你很难理解它的开发模式。实际上，在单独工作的时候，绝大多数人都能感觉到这种气氛--因为他们只需要与自己的系统相集成。对于许多人来说，"团队开发"这个词总让他们想起软件工程领域中的一些难题。持续集成减少了这些难题的数量，代之以一定的制度。
持续集成最基本的优点就是：它完全避免了开发者们的"除虫会议"--以前开发者们经常需要开这样的会，因为某个人在工作的时候踩进了别人的领域、影响了别人的代码，而被影响的人还不知道发生了什么，于是bug就出现了。这种bug是最难查的，因为问题不是出在某一个人的领域里，而是出在两个人的交流上面。随着时间的推移，问题会逐渐恶化。通常，在集成阶段出现的bug早在几周甚至几个月之前就已经存在了。结果，开发者需要在集成阶段耗费大量的时间和精力来寻找这些bug的根源。
如果使用持续集成，这样的bug绝大多数都可以在引入的同一天就被发现。而且，由于一天之中发生变动的部分并不多，所以可以很快找到出错的位置。如果找不到bug究竟在哪里，你也可以不把这些讨厌的代码集成到产品中去。所以，即使在最坏的情况下，你也只是不添加引起bug的特性而已。（当然，可能你对新特性的要求胜过了对bug的憎恨，不过至少你可以多一种选择。）
到现在为止，持续集成还不能保证你抓到所有集成时出现的bug。持续集成的排错能力取决于测试技术，众所周知，测试无法证明已经找到了所有的错误。关键是在于：持续集成可以及时抓到足够多的bug，这就已经值回它的开销了。
所以，持续集成可以减少集成阶段"捉虫"消耗的时间，从而最终提高生产力。尽管现在还不知道是否有人对这种方法进行过科学研究，但是作为一种实践性的方法，很明显它是相当有效的。持续集成可以大幅减少耗费在"集成地狱"中的时间，实际上，它可以把地狱变成小菜一碟。
集成越频繁，效果越好
持续集成有一个与直觉相悖的基本要点：经常性的集成比很少集成要好。对于持续集成的实践者来说，这是很自然的；但是对于从未实践过持续集成的人来说，这是与直观印象相矛盾的。
如果你的集成不是经常进行的（少于每天一次），那么集成就是一件痛苦的事情，会耗费你大量的时间与精力。我们经常听见有人说："在一个大型的项目中，不能应用日创建"，实际上这是一种十分愚蠢的观点。
不过，还是有很多项目实践着持续集成。在一个五十人的团队、二十万行代码的项目中，我们每天要集成二十多次。微软在上千万行代码的项目中仍然坚持日创建。
持续集成之所以可行，原因在于集成的工作量是与两次集成间隔时间的平方成正比的。尽管我们还没有具体的衡量数据，但是可以大概估计出来：每周集成一次所需的工作量绝对不是每天集成的5倍，而是大约25倍。所以，如果集成让你感到痛苦，也许就说明你应该更频繁地进行集成。如果方法正确，更频繁的集成应该能减少你的痛苦，让你节约大量时间。
持续集成的关键是自动化。绝大多数的集成都可以而且应该自动完成。读取源代码、编译、连接、测试，这些都可以自动完成。最后，你应该得到一条简单的信息，告诉你这次创建是否成功："yes"或"no"。如果成功，本次集成到此为止；如果失败，你应该可以很简单地撤消最后一次的修改，回到前一次成功的创建。在整个创建过程中，完全不需要你动脑子。
如果有了这样一套自动化过程，你随便想多频繁进行创建都可以。唯一的局限性就是创建过程本身也会消耗一定的时间。（译注：不过与捉虫所需的时间比起来，这点时间是微不足道的。）
一次成功的创建是什么样的？
有一件重要的事需要确定：怎样的创建才算是成功的？看上去很简单，但是如此简单的事情有时却会变得一团糟，这是值得注意的。有一次，Martin Fowler去检查一个项目。他问这个项目是否执行日创建，得到了肯定的回答。幸亏Ron Jeffries也在场，他又提了一个问题："你们如何处理创建错误？"回答是："我们给相关的人发一个e-mail。"实际上，这个项目已经好几个月没有得到成功的创建了。这不是日创建，这只是日创建的尝试。
对于下列"成功创建"的标准，我们还是相当自信的：
所有最新的源代码都被配置管理系统验证合格
所有文件都通过重新编译
得到的目标文件（在我们这里就是Java的class文件）都通过连接，得到可执行文件
系统开始运行，针对系统的测试套件（在我们这里大概有150个测试类）开始运行
如果所有的步骤都没有错误、没有人为干涉，所有的测试也都通过了，我们就得到了一个成功的创建
绝大多数人都认为"编译+连接=创建"。至少我们认为：创建还应该包括启动应用程序、针对应用程序运行简单测试（McConnell称之为"冒烟测试"：打开开关让软件运行，看它是否会"冒烟"）。运行更详尽的测试集可以大大提高持续集成的价值，所以我们会首选更详尽的测试。
单一代码源
为了实现每日集成，任何开发者都需要能够很容易地获取全部最新的源代码。以前，如果要做一次集成，我们就必须跑遍整个开发中心，询问每一个程序员有没有新的代码，然后把这些新代码拷贝过来，再找到合适的插入位置……没有什么比这更糟糕的了。
办法很简单。任何人都应该可以带一台干净的机器过来，连上局域网，然后用一条命令就得到所有的源文件，马上开始系统的创建。
最简单的解决方案就是：用一套配置管理（源代码控制）系统作为所有代码的来源。配置管理系统通常都设计有网络功能，并且带有让开发者轻松获取源代码的工具。而且，它们还提供版本管理工具，这样你可以很轻松地找到文件以前的版本。成本就更不成问题了，CVS就是一套出色的开放源代码的配置管理工具。
所有的源文件都应该保存在配置管理系统中。我说的这个"所有"常常比人们想到的还要多，它还包括创建脚本、属性文件、数据库调度DLL、安装脚本、以及在一台干净的机器上开始创建所需的其他一切东西。经常都能看到这样的情况：代码得到了控制，但是其他一些重要的文件却找不到了。
尽量确保所有的东西都保存在配置管理系统的同一棵代码源树中。有时候为了得到不同的组件，人们会使用配置管理系统中不同的项目。这带来的麻烦就是：人们不得不记住哪个组件的哪个版本使用了其他组件的哪些版本。在某些情况下，你必须将代码源分开，但是这种情况出现的几率比你想象的要小得多。你可以在从一棵代码源树创建多个组件，上面那些问题可以通过创建脚本来解决，而不必改变存储结构。
自动化创建脚本
如果你编写的是一个小程序，只有十几个文件，那么应用程序的创建可能只是一行命令的事：javac *.java。更大的项目就需要更多的创建工作：你可能把文件放在许多目录里面，需要确保得到的目标代码都在适当的位置；除了编译，可能还有连接的步骤；你可能还从别的文件中生成了代码，在编译之前需要先生成；测试也需要自动运行。
大规模的创建经常会耗费一些时间，如果只做了一点小小的改动，当然你不会希望重新做所有这些步骤。所以好的创建工具会自动分析需要改变的部分，常见的方法就是检查源文件和目标文件的修改日期，只有当源文件的修改日期迟于目标文件时，才会重新编译。于是，文件之间的依赖就需要一点技巧了：如果一个目标文件发生了变化，那么只有那些依赖它的目标文件才会重新编译。编译器可能会处理这类事情，也可能不会。
取决于自己的需要，你可以选择不同的创建类型：你创建的系统可以有测试代码，也可以没有，甚至还可以选择不同的测试集；一些组件可以单独创建。创建脚本应该让你可以根据不同的情况选择不同的创建目标。
你输入一行简单的命令之后，帮你挑起这副重担常常是脚本。你使用的可能是shell脚本，也可能是更复杂的脚本语言（例如Perl或Python）。但是很快你就会发现一个专门设计的创建环境是很有用的，例如Unix下的make工具。
在我们的Java开发中，我们很快就发现需要一个更复杂的解决方案。Matt用了相当多的时间开发了一个用于企业级Java开发的创建工具，叫做Jinx。但是，最近我们已经转而使用开放源代码的创建工具Ant（http://jakarta.apache.org/ant/index.html）。Ant的设计与Jinx非常相似，也支持Java文件编译和Jar封装。同时，编写Ant的扩展也很容易，这让我们可以在创建过程中完成更多的任务。
许多人都使用IDE，绝大多数的IDE中都包含了创建管理的功能。但是，这些文件都依赖于特定的IDE，而且经常比较脆弱，而且还需要在IDE中才能工作。IDE的用户可以建立自己的项目文件，并且在自己的单独开发中使用它们。但是我们的主创建过程用Ant建立，并且在一台使用Ant的服务器上运行。
自测试的代码
只让程序通过编译还是远远不够的。尽管强类型语言的编译器可以指出许多问题，但是即使成功通过了编译，程序中仍然可能留下很多错误。为了帮助跟踪这些错误，我们非常强调自动化测试--这也是XP提倡的另一个实践。
XP将测试分为两类：单元测试和容纳测试（也叫功能测试）。单元测试是由开发者自己编写的，通常只测试一个类或一小组类。容纳测试通常是由客户或外部的测试组在开发者的帮助下编写的，对整个系统进行端到端的测试。这两种测试我们都会用到，并且尽量提高测试的自动化程度。
作为创建的一部分，我们需要运行一组被称为"BVT"（Build Verification Tests，创建确认测试）的测试。BVT中所有的测试都必须通过，然后我们才能宣布得到了一个成功的创建。所有XP风格的单元测试都属于BVT。由于本文是关于创建过程的，所以我们所说的"测试"基本上都是指BVT。请记住，除了BVT之外，还有一条测试线存在（译注：指功能测试），所以不要把BVT和整体测试、QA等混为一谈。实际上，我们的QA小组根本不会看到没有通过BVT的代码，因为他们只对成功的创建进行测试。
有一条基本的原则：在编写代码的同时，开发者也应该编写相应的测试。完成任务之后，他们不但要归还（check in）产品代码，而且还要归还这些代码的测试。这也跟XP的"测试第一"的编程风格很相似：在编写完相应的测试、并看到测试失败之前，你不应该编写任何代码。所以，如果想给系统添加新特性，你首先应该编写一个测试。只有当新的特性已经实现了以后，这个测试才可能通过。然后，你的工作就是让这个测试能够通过。
我们用Java编写这些测试，与开发使用同样的语言，所以编写测试与编写代码没有太大的区别。我们使用JUnit（http://www.junit.org/）来作为组织、编写测试的框架。JUnit是一个简单的框架，让我们可以快速编写测试、将测试组织为套件、并以交互或批处理的模式来运行测试套件。（JUnit是xUnit家族的Java版本--xUnit包括了几乎所有语言的测试框架。）
在编写软件的过程中，在每一次的编译之后，开发者通常都会运行一部分单元测试。这实际上提高了开发者的工作效率，因为这些单元测试可以帮助你发现代码中的逻辑错误。然后，你就没必要去调试查错，只需要注意最后一次运行测试之后修改的代码就行了。这个修改的范围应该很小，所以寻找bug也就容易多了。
并非所有的人都严格遵循XP"测试第一"的风格，但是在第一时间编写测试的好处是显而易见的。它们不但让每个人的工作效率更高，而且由这些测试构成的BVT更能捕捉到系统中的错误。因为BVT每天要运行好几次，所以BVT检查出的任何问题都是比较容易改正的，原因很简单：我们只做了相当小范围的修改，所以我们可以在这个范围内寻找bug。在修改过的一小块代码中排错当然比跟踪整个系统来排错要有效多了。
当然，你不能指望测试帮你找到所有的问题。就象人们常说的：测试不能证明系统中不存在错误。但是，尽善尽美不是我们唯一的要求。不够完美的测试只要经常运行，也比永远写不出来的"完美测试"要好得多。
另一个相关的问题就是：开发者们为自己的代码编写测试。我们经常听人说：开发者不应该测试自己的代码，因为他们很容易忽视自己工作中的错误。尽管这也是事实，但是自测试过程需要快速将测试转入代码基础中。这种快速转换的价值超过独立测试者的价值。所以，我们还是用开发者自己编写的测试来构造BVT，但是仍然有独立编写的容纳测试。
自测试另一个很重要的部分就是它通过反馈--XP的一项核心价值--来提高测试的质量。这里的反馈来自于从BVT中逃脱的bug。自测试的规则是：除非你在BVT中加入了相应的测试，否则就不能修正任何错误。这样，每当要修正某个错误的时候，你都必须添加相应的测试，以确保BVT不会再把错误放过去。而且，这个测试应该引导你去考虑更多的测试、编写更多的测试来加强BVT。
主创建
创建过程的自动化对于单个开发者来说很有意义，但是它真正发光的，还是在整个系统的主创建（master build）的生成。我们发现，主创建过程能让整个团队走到一起来，让他们及早发现集成中的问题。
第一步是要选择运行主创建的机器。我们选择了一台叫做"投石车"的计算机（我们经常玩"帝国时代"J），这是一台装有四个CPU的服务器，非常适合专门用来做创建。（由于完整的创建需要相当长的时间，所以这种马力是必须的。）
创建进程是在一个随时保持运行的Java类中进行的。如果没有创建任务，创建进程就一直循环等待，每过几分钟去检查一下代码仓库。如果在最后的创建之后没有人归还任何代码，进程就继续等待。如果代码仓库中有了新的代码，就开始创建。
创建的第一阶段是完全提取仓库中的代码。Starteam已经为我们提供了相当好的Java API，所以切入代码仓库也很容易。守护进程（daemon）会观察五分钟以前的仓库，看最近五分钟里面有没有人归还了代码。如果有，守护进程就会考虑等五分钟再提取代码（以免在别人归还代码的过程中提取）。
守护进程将全部代码提取到投石机的一个目录中。提取完成之后，守护进程就会在这个目录里调用Ant脚本。然后，Ant会接管整个创建过程，对所有源代码做一次完整的创建。Ant脚本会负责整个编译过程，并把得到的class文件放进六个jar包里，发布到EJB服务器上。
当Ant完成了编译和发布的工作之后，创建守护进程就会在EJB服务器上开始运行新的jar，同时开始运行BVT测试套件。如果所有的测试都能正常运行通过，我们就得到了一个成功的创建。然后创建守护进程就会回到Starteam，将所有提取出的源代码标记上创建号。然后，守护进程会观察创建过程中是否还有人归还了代码。如果有，就再开始一次创建；如果没有，守护进程就回到它的循环中，等待下一次的归还。
创建结束之后，创建守护进程会给所有向最新一次创建归还了代码的开发者发一个e-mail，汇报创建的情况。如果把创建留在代码归还之后去做，而又不用e-mail向开发者通报创建的情况，我们通常认为这是不好的组织形式。
守护进程将所有的步骤都写在XML格式的日志文件里面。投石车上会运行一个servlet，允许任何人通过它检查日志，以观察创建的状态。（见图1）
屏幕上会显示出创建是否正在运行、开始运行的时间。在左边有所有创建的历史记录，成功的、失败的都记录在案。点击其中的某一条记录，就会显示出这次创建的详细信息：编译是否通过、测试的结果、发生了哪些变化……
我们发现很多开发者都经常看看这个页面，因为它让他们看到项目发展的方向，看到随着人们不断归还代码而发生的变化。有时我们也会在这个页面上放一些其他的项目新闻，但是需要把握好尺度。要让开发者能在自己的本地机器上模拟主创建过程，这是很重要的。这样，如果集成错误出现了，开发者可以在自己的机器上研究、调试，而不必真的执行主创建过程。而且，开发者也可以在归还代码之前先在本地执行创建，从而降低了主创建失败的可能性。
这里有一个比较重要的问题：主创建应该是干净的创建（完全从源代码开始）还是增量创建？增量创建会快得多，但是也增大了引入错误的风险，因为有些部分是没有编译的。而且我们还有无法重新创建的风险。我们的创建速度相当快（20万行代码约15分钟），所以我们乐于每次都做干净的创建。但是，有些团队喜欢在大多数时候做增量创建，但是当那些奇怪的问题突然出现时，也经常性地做干净的创建（至少每天一次）。
图1：运行在投石车上的servlet代码归还（Check in）
使用自动化创建就意味着开发者应该遵循某种节奏来开发软件，最重要的就是他们应该经常集成。我们曾经见过一些组织，他们也做日创建，但是其中的开发者却不经常归还代码。如果开发者几周才归还一次代码，那么日创建又有什么意义呢？我们遵循的原则是：每个开发者至少每天要归还一次代码。
在开始新的任务之前，开发者应该首先与配置管理系统同步。也就是说，他们应该首先更新本地机器上的源代码。在旧的代码基础上编写代码，这只会带来麻烦和混乱。
然后，开发者要随时保持文件的更新。开发者可以在一段任务完成之后将代码集成到整个系统中，也可以在任务的中途集成，但是在集成的时候必须保证所有的测试都能通过。
集成的第一步是要再次使开发者的本地文件与代码仓库同步。代码仓库中所有新近有改动的文件都要拷贝到开发者的工作目录中来，当文件发生冲突时，配置管理系统会向开发者提出警告。然后，开发者需要对同步后的工作集进行创建，对这些文件运行BVT，并得到正确的结果。
现在，开发者可以把新的文件提交到代码仓库中。提交完成之后，开发者就需要等待主创建。如果主创建成功，那么这次归还也是成功的。如果主创建失败了，开发者可以在本地修改。如果修改很简单，就可以直接提交；如果修改比较复杂，开发者就需要放弃这次修改，重新同步自己的工作目录，然后继续在本地开发、调试，然后再次提交。
某些系统强制要求归还进程逐个进行。在这种情况下，系统中会有一个创建令牌，同一时间只有一个开发者能拿到令牌。开发者获取创建令牌，再次同步文件，提交修改，然后释放令牌。这就确保创建过程中，最多只能有一个开发者在更新代码仓库。不过我们发现，即使没有创建令牌，我们也很少遇到麻烦，所以我们也不用这种方法。经常会有多个人同时向同一个主创建提交代码的情况，但是这很少造成创建失败，而且这样的错误也很容易修复。
同时，我们还让开发者自己来决定归还过程中的小心程度。这反映出开发者对集成错误出现几率的评估。如果她觉得很有可能出现集成错误，那么她就会在归还之前先做一次本地创建；如果她觉得根本不可能出现集成错误，那么她可以直接归还。如果犯了错误，在主创建运行时她立刻就会发现，然后她就必须放弃自己的修改，找到出错的地方。如果错误很容易发现、很容易修补，那么这种错误也是可以接受的。
总结
发展一个制度严密的自动化创建过程对于项目的控制是很重要的。许多软件先贤都这样说，但是我们发现，这样的过程在软件开发领域中仍然罕见。
关键是要让所有的事情都完全自动化，并且要经常进行集成，这样才能尽快发现错误。然后，人们可以随时修改需要修改的东西，因为他们知道：如果他们做的修改引起了集成错误，那也是很容易发现和修补的。一旦获得了这些利益，你会发现自己再也无法放下它们。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/17/452905.html -
QTP知识点滴积累
2007-01-12 11:13:09
1. dos命令的执行
Dim oShell
Set oShell = CreateObject ("WSCript.shell")
oShell.run "cmd /K CD C:\ & Dir"
Set oShell = Nothing
2.使用可选步骤
OptionalStep.Browser("browser_name").Page("page_name").Link("link_name")默认可选步骤
默认情况下，QuickTest 将打开下列对话框的步骤视为可选：
3. 处理运行错误对话框标题栏
自动完成文件下载Internet ExplorerNetscape输入网络密码错误安全警报安全信息安全警告所需的用户名和密码
- 停止 - 停止运行会话。
如果 QuickTest 配置为在运行后显示测试结果，则会显示测试结果。 - 重试 - QuickTest 尝试再次执行该步骤。
如果该步骤成功，则运行会继续。 - 跳过 - QuickTest 跳过引发错误的步骤，然后从下一步骤继续运行。
- 调试 - QuickTest 暂停运行以便对测试或组件进行调试。
可以执行本章描述的任何调试操作。在调试之后，可以从测试或组件停止的那一步开始继续运行会话，也可以使用单步命令来控制运行会话的其余部分。 - 帮助 - 对于显示的错误消息，打开 QuickTest 故障排除帮助。在查看“帮助”主题之后，可以在错误消息框中选择另一个按钮。
- 详细信息 - 将消息框扩展为显示其他有关错误的信息。
4.
下列语句指示 QuickTest 等待打开“航班表”对话框时最多等待 20 秒。blnDone=Window("Flight Reservation").Dialog("Flights Table").Exist
counter=1
While Not blnDone
Wait (2)
blnDone=Window("Flight Reservation").Dialog("Flights Table").Exist
counter=counter+1
If counter=10 then
blnDone=True
End if
Wend
5. ExecuteFile "c:\test.vbs"
6. msgbox Environment.Value("home")
7.请教不将测试结果记录到日志的语句。
对于已知是错误的验证点，在测试报告中能否记录通过，或者根本不记录呢？Reporter.Filter = NewMode
The mode can be one of the following values:
Mode
Description0 or
rfEnableAll Default. All reported events are displayed in the Test Results.
1 or rfEnableErrorsAndWarnings Only event with a warning or fail status are displayed in the Test Results.
2 or
rfEnableErrorsOnly Only events with a fail status are displayed in the Test Results.
3 or
rfDisableAll No events are displayed in the Test Results.
8.库中不需要有对象存在也可执行：
Dim aaa,bbb
aaa="Login"
bbb="OK"
Dialog("Title:="&aaa).Activate
Dialog("Title:="&aaa).WinButton("text:="&bbb).Click
9.setting的应用举例
If Setting.Exists("Tester Name") Then
Setting.Remove ( "Tester Name")
End IfSetting.Add "Tester Name", "Mark Train"
Setting("Tester Name") ="hello"
MsgBox Setting("Tester Name")
10.qtp 关键字头＋空格（技巧）
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/20/455425.html - 停止 - 停止运行会话。
-
国外软件测试工程师考试试题
2007-01-12 11:13:09
摘要: 1. 在关于用例（use case）的描述中，错误的是a)用例将系统的功能范围分解成许多小的系统功能陈述b)一个用例代表了系统的一个单一的目标c)用例是一个行为上相关的步骤序列d)用例描述了系统与用户的交互 2.下述说法错误的是a)单元测试又称为模块测试，是针对软件测试的最小单位－程序模块进行正确性检验的测试工作。b)集成测试也叫做组装测试，通常在编码完成的基础上，将所有的程序模块进行有序的、递... 阅读全文
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/22/457274.html -
Rational Performance Tester与LoadRunner测试结果比对报告
2007-01-12 11:13:09
Rational Performance Tester与LoadRunner测试结果比对报告
为了对比Rational Performance Tester与LoadRunner的测试效果，我对XX系统的登录和A流程这两个测试点，分别用Rational Performance Tester和LoadRunner进行脚本录制，并进行测试执行。下面将二者的测试结果和使用方面进行对比。
1 测试结果对比
注：因为Rational Performance Tester试用版只有5个用户许可证，所以下面的并发用户数以5个为上限。
1.1 登录
测试场景：
模拟不同数量的并发用户登录系统。每个脚本按不同的用户数进行，循环1次。
以下测试结果是在没有工作流数据的前提下进行测试得到的。
测试结果中记录的平均响应时间是包括下载资源（如图片）的时间。
并发用户数
平均响应时间（秒）
LoadRunner
Rational Performance Tester
1
4.8
2.4
3
4.8
3.1
5
5.6
5.6
1.2 A流程
测试场景：
在系统中没有待处理流程的前提下，模拟不同数量的并发用户登录系统。每个脚本按不同的用户数进行，循环1次。
每次执行A流程前，都将数据库的工作流数据清空。
并发用户数
平均响应时间（秒）
LoadRunner
Rational Performance Tester
1
0.8
1.1
3
1.1
1.5
5
1.7
2.6
2 使用对比
对比项
LoadRunner
Rational Performance Tester
界面友好性
纯英文界面
中文界面，系统基于Eclipse平台，界面易于理解。
资源占用情况
进程占用
进程占用的虚拟内存随着测试运行的延续而增加，占用的虚拟内存维持在
测试录制过程
可在录制过程中添加集合点、事务等操作。
登录、退出等只操作一次的部分可放在不同部分（vuser_init，vuser_end）。
在录制过程中不能进行添加事务等操作。
系统没有集合点的概念。
登录退出等只操作一次的步骤和迭代循环的部分录制在一起。
测试执行过程
执行过程中的性能情况可以通过监控界面看到，且信息直观。
执行过程中能看到具体步骤的性能数据，步骤是按照函数来分的。
执行速度稳定，不同次数执行测试所需的时间差距不大。
执行过程中可以通过不同的Tab页面查看性能数据。
执行过程中可以看到阶段的性能数据。阶段划分颗粒较大，是按照HTTP页来划分的。
执行过程不稳定，时快时慢。
测试执行结果
相对较稳定，正常情况下几次执行的测试数据偏差不大。
执行结果的数据差距比较大。
下载资源所需响应时间的隔离
较麻烦
可以通过创建事务的方法来区分提交请求与下载资源的所需时间。
事务的定位
容易
事务准确定位比较不方便，需要对系统有一定的熟悉才能准确定位。如果定位不准确，会导致测试结果有较大偏差。
对客户端要求
较低
较高。现有笔记本配置，随着执行时间的延长，机器会运行越来越慢。必须重启RPT方可继续执行测试。
3 小结
对比上述Rational Performance Tester和LoadRunner的测试数据，差距不是很大。但是由于Rational Performance Tester的事务设置不如LoadRunner直观和易于操作，事务的定位对测试结果的准确性影响很大。例如：5个用户发起A流程时，如果事务没有设置好，得到的平均响应时间是14.2秒；经过重定位得到的平均响应时间是2.6秒。另外，测试时，资源耗费较大，对测试客户机也是一个挑战。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/28/461819.html -
使用 Windows 命令行删除结果
2007-01-12 11:13:09
使用 Windows 命令行删除结果
使用 Windows 命令行可以指示测试结果删除工具根据指定的条件删除测试结果。例如，您总是可以删除早于特定日期或超过最小文件大小的测试结果。
从命令行运行测试结果删除工具：
打开 Windows 命令提示符并键入
\ bin\TestResultsDeletionTool.exe ，然后键入空格并键入要使用的命令行选项。有关详细信息，请参阅命令行选项。注意：如果使用 -Silent 命令行选项运行测试结果删除工具，则将删除所有满足指定条件的测试结果。否则，将打开“删除测试结果”窗口。
命令行选项
使用命令行选项可以为要删除的测试结果指定条件。以下是每个命令行选项的描述。
注意：如果添加包含空格的命令行选项，则必须在引号内指定该选项，例如：
TestResultsDeletionTool.exe -Test "F:\Tests\Keep\web objects"
-Domain Quality_Center_domain_name
指定要连接到的 Quality Center 域的名称。此选项应该与 -Server、-Project、
-User 和 -Password 选项结合使用。-FromDate results_creation_date
删除指定日期后创建的测试结果。不删除在此日期或之前创建的结果。日期的格式为 MM/DD/YYYY。
以下示例删除 2002 年 11 月 1 日之后创建的所有结果。
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1" -FromDate "11/1/2002"
-Log log_file_path
创建一个日志文件，其中，指定文件夹或测试中的每个测试结果文件都包含一个条目。日志文件指示哪些结果已删除，以及没有删除其他结果的原因。例如，如果结果小于指定的最小文件大小，则不会删除它们。
可以指定文件路径和名称，或使用默认路径和名称。如果没有指定文件名，则默认的日志文件名为 TestResultsDeletionTool.log，位于测试结果删除工具所在的文件夹中。
以下示例创建一个 C:\temp\Log.txt 日志文件。
TestResultsDeletionTool.exe -Silent -Log "C:\temp\Log.txt" -Test "C:\tests\test1"
以下示例在测试结果删除工具所在的文件夹中创建一个名为 TestResultsDeletionTool.log 的日志文件。
TestResultsDeletionTool.exe -Silent -Log -Test "C:\tests\test1"
-MinSize minimum_file_size
删除大于或等于指定最小文件大小的测试结果。按字节指定大小。
注意：-MinSize 选项只适用于文件系统中的测试结果。在 Quality Center 中使用测试时该复选框不受支持。
以下示例删除大于等于 10000 字节的所有结果。不删除小于 10000 字节的结果。
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1" -MinSize "10000"
-Name result_file_name
指定要删除的结果文件的名称。将只删除指定名称的结果。
使用正则表达式可以为要删除的结果文件指定条件。有关正则表达式和正则表达式语法的详细信息，请参阅了解和使用正则表达式。
以下示例删除名为 Res1 的结果。
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1" -Name "Res1"
以下示例删除名称以 Res 开头并加上另一个字符的所有结果。（例如，将删除 Res1 和 ResD，但不删除 ResDD。）
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1" -Name "Res."
-Password Quality_Center_password
指定 Quality Center 用户名的密码。此选项应该与 -Domain、-Server、-Project 和 -User 选项结合使用。
以下示例使用 http://QCServer/qcbin 上的服务器、名为 Quality Center_Demo 的项目、以及 Admin 用户名和 PassAdmin 密码，连接到 Default Quality Center 域。
TestResultsDeletionTool.exe -Domain "Default" -Server "http://QCServer/qcbin" -Project "Quality Center_Demo" -User "Admin" -Password "PassAdmin"
-Project Quality_Center_project_name
指定要连接到的 Quality Center 项目的名称。此选项应该与 -Domain、
-Server、-User 和 -Password 选项结合使用。-Recursive
从指定文件夹及其子文件夹中的所有测试中删除测试结果。使用 -Recursive 选项时，-Test 选项应包含要删除的测试结果所在的文件夹路径（而不是特定测试的路径）。
以下示例删除 F:\Tests 文件夹及其所有子文件夹中的所有结果。
TestResultsDeletionTool.exe -Test "F:\Tests" -Recursive
注意：-Recursive 选项只适用于文件系统中的文件夹。在 Quality Center 中使用测试时该复选框不受支持。
-Server Quality_Center_server_path
指定要连接到的 Quality Center 服务器的完整路径。此选项应该与
-Domain、-Project、-User 和 -Password 选项结合使用。-Silent
指示测试结果删除工具在后台运行，而不显示用户界面。
以下示例指示测试结果删除工具在后台运行，并删除 C:\tests\test1 中的所有结果。
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1"
-Test test_or_folder_path
设置测试结果删除工具将从中删除测试结果的测试或测试路径。可以指定测试名和路径、文件系统路径或完整的 Quality Center 路径。
此选项必须与 -Silent 选项结合使用。
注意：必须使用 -Domain、-Server、-Project、-User 和 -Password 选项连接到 Quality Center。
以下示例删除 F:\Tests\Keep\webobjects 测试中的所有结果。
TestResultsDeletionTool.exe -Test "F:\Tests\Keep\webobjects"
以下示例删除 Quality Center Tests\webobjects 测试中的所有结果：
TestResultsDeletionTool.exe -Domain "Default" -Server "http://QCServer/qcbin" -Project "Quality Center_Demo592" -User "Admin" -Password "PassAdmin" -Test "Subject\Tests\webobjects"
注意：-Test 选项可以与 -Recursive 选项结合使用以删除指定文件夹及其子文件夹中的所有测试结果。
-UntilDate results_creation_date
删除指定日期前创建的测试结果。不删除在此日期或之后创建的结果。日期的格式为 MM/DD/YYYY。
此选项必须与 -Silent 选项结合使用。
以下示例删除 2002 年 11 月 1 日之前创建的所有结果。
TestResultsDeletionTool.exe -Silent -Test "C:\tests\test1" -UntilDate "11/1/2002"
-User Quality_Center_user_name
指定要连接到的 Quality Center 项目的用户名。此选项应该与 -Domain、
-Server、-Project 和 -Password 选项结合使用。此选项必须与 -Silent 选项结合使用。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/28/462238.html -
国内软件测试中文书籍大全
2007-01-12 11:13:09
-
一个万能的键盘模拟函数
2007-01-12 11:13:09
一个万能的键盘模拟函数
'对于一些能识别但不能通过鼠标操作，通过键盘操作可以达到目的的情况很有用
‘对你又用一定要顶阿，给点鼓励，以后我会陆续贴些又帮助的代码
'声明
Extern.Declare micVoid, "keybd_event", "user32.dll", "keybd_event", micByte,micByte,micDWord,micULong
'调用
Extern.keybd_event 38,0,0,0
'一些虚拟键盘码
'vk_up 0x26
'vk_down 0x28
'vk_home 0x24
'vk_space 0x20
'vk_back 0x08
'vk_end 0x23
Symbolic constant name Value
(hexadecimal) Mouse or keyboard equivalent
VK_LBUTTON 01 Left mouse button
VK_RBUTTON 02 Right mouse button
VK_CANCEL 03 Control-break processing
VK_MBUTTON 04 Middle mouse button (three-button mouse)
VK_XBUTTON1 05 Windows 2000/XP: X1 mouse button
VK_XBUTTON2 06 Windows 2000/XP: X2 mouse button
�� 07 Undefined
VK_BACK 08 BACKSPACE key
VK_TAB 09 TAB key
�� 0A–0B Reserved
VK_CLEAR 0C CLEAR key
VK_RETURN 0D ENTER key
�� 0E–0F Undefined
VK_SHIFT 10 SHIFT key
VK_CONTROL 11 CTRL key
VK_MENU 12 ALT key
VK_PAUSE 13 PAUSE key
VK_CAPITAL 14 CAPS LOCK key
VK_KANA 15 IME Kana mode
VK_HANGUEL 15 IME Hanguel mode (maintained for compatibility; use VK_HANGUL)
VK_HANGUL 15 IME Hangul mode
�� 16 Undefined
VK_JUNJA 17 IME Junja mode
VK_FINAL 18 IME final mode
VK_HANJA 19 IME Hanja mode
VK_KANJI 19 IME Kanji mode
�� 1A Undefined
VK_ESCAPE 1B ESC key
VK_CONVERT 1C IME convert
VK_NONCONVERT 1D IME nonconvert
VK_ACCEPT 1E IME accept
VK_MODECHANGE 1F IME mode change request
VK_SPACE 20 SPACEBAR
VK_PRIOR 21 PAGE UP key
VK_NEXT 22 PAGE DOWN key
VK_END 23 END key
VK_HOME 24 HOME key
VK_LEFT 25 LEFT ARROW key
VK_UP 26 UP ARROW key
VK_RIGHT 27 RIGHT ARROW key
VK_DOWN 28 DOWN ARROW key
VK_SELECT 29 SELECT key
VK_PRINT 2A PRINT key
VK_EXECUTE 2B EXECUTE key
VK_SNAPSHOT 2C PRINT SCREEN key
VK_INSERT 2D INS key
VK_DELETE 2E DEL key
VK_HELP 2F HELP key
30 0 key
31 1 key
32 2 key
33 3 key
34 4 key
35 5 key
36 6 key
37 7 key
38 8 key
39 9 key
�� 3A–40 Undefined
41 A key
42 B key
43 C key
44 D key
45 E key
46 F key
47 G key
48 H key
49 I key
4A J key
4B K key
4C L key
4D M key
4E N key
4F O key
50 P key
51 Q key
52 R key
53 S key
54 T key
55 U key
56 V key
57 W key
58 X key
59 Y key
5A Z key
VK_LWIN 5B Left Windows key (Microsoft® Natural® keyboard)
VK_RWIN 5C Right Windows key (Natural keyboard)
VK_APPS 5D Applications key (Natural keyboard)
�� 5E Reserved
VK_SLEEP 5F Computer Sleep key
VK_NUMPAD0 60 Numeric keypad 0 key
VK_NUMPAD1 61 Numeric keypad 1 key
VK_NUMPAD2 62 Numeric keypad 2 key
VK_NUMPAD3 63 Numeric keypad 3 key
VK_NUMPAD4 64 Numeric keypad 4 key
VK_NUMPAD5 65 Numeric keypad 5 key
VK_NUMPAD6 66 Numeric keypad 6 key
VK_NUMPAD7 67 Numeric keypad 7 key
VK_NUMPAD8 68 Numeric keypad 8 key
VK_NUMPAD9 69 Numeric keypad 9 key
VK_MULTIPLY 6A Multiply key
VK_ADD 6B Add key
VK_SEPARATOR 6C Separator key
VK_SUBTRACT 6D Subtract key
VK_DECIMAL 6E Decimal key
VK_DIVIDE 6F Divide key
VK_F1 70 F1 key
VK_F2 71 F2 key
VK_F3 72 F3 key
VK_F4 73 F4 key
VK_F5 74 F5 key
VK_F6 75 F6 key
VK_F7 76 F7 key
VK_F8 77 F8 key
VK_F9 78 F9 key
VK_F10 79 F10 key
VK_F11 7A F11 key
VK_F12 7B F12 key
VK_F13 7C F13 key
VK_F14 7D F14 key
VK_F15 7E F15 key
VK_F16 7F F16 key
VK_F17 80H F17 key
VK_F18 81H F18 key
VK_F19 82H F19 key
VK_F20 83H F20 key
VK_F21 84H F21 key
VK_F22 85H F22 key
VK_F23 86H F23 key
VK_F24 87H F24 key
�� 88–8F Unassigned
VK_NUMLOCK 90 NUM LOCK key
VK_SCROLL 91 SCROLL LOCK key
92–96 OEM specific
�� 97–9F Unassigned
VK_LSHIFT A0 Left SHIFT key
VK_RSHIFT A1 Right SHIFT key
VK_LCONTROL A2 Left CONTROL key
VK_RCONTROL A3 Right CONTROL key
VK_LMENU A4 Left MENU key
VK_RMENU A5 Right MENU key
VK_BROWSER_BACK A6 Windows 2000/XP: Browser Back key
VK_BROWSER_FORWARD A7 Windows 2000/XP: Browser Forward key
VK_BROWSER_REFRESH A8 Windows 2000/XP: Browser Refresh key
VK_BROWSER_STOP A9 Windows 2000/XP: Browser Stop key
VK_BROWSER_SEARCH AA Windows 2000/XP: Browser Search key
VK_BROWSER_FAVORITES AB Windows 2000/XP: Browser Favorites key
VK_BROWSER_HOME AC Windows 2000/XP: Browser Start and Home key
VK_VOLUME_MUTE AD Windows 2000/XP: Volume Mute key
VK_VOLUME_DOWN AE Windows 2000/XP: Volume Down key
VK_VOLUME_UP AF Windows 2000/XP: Volume Up key
VK_MEDIA_NEXT_TRACK B0 Windows 2000/XP: Next Track key
VK_MEDIA_PREV_TRACK B1 Windows 2000/XP: Previous Track key
VK_MEDIA_STOP B2 Windows 2000/XP: Stop Media key
VK_MEDIA_PLAY_PAUSE B3 Windows 2000/XP: Play/Pause Media key
VK_LAUNCH_MAIL B4 Windows 2000/XP: Start Mail key
VK_LAUNCH_MEDIA_SELECT B5 Windows 2000/XP: Select Media key
VK_LAUNCH_APP1 B6 Windows 2000/XP: Start Application 1 key
VK_LAUNCH_APP2 B7 Windows 2000/XP: Start Application 2 key
�� B8-B9 Reserved
VK_OEM_1 BA Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the ';:' key
VK_OEM_PLUS BB Windows 2000/XP: For any country/region, the '+' key
VK_OEM_COMMA BC Windows 2000/XP: For any country/region, the ',' key
VK_OEM_MINUS BD Windows 2000/XP: For any country/region, the '-' key
VK_OEM_PERIOD BE Windows 2000/XP: For any country/region, the '.' key
VK_OEM_2 BF Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the '/?' key
VK_OEM_3 C0 Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the '`~' key
�� C1–D7 Reserved
�� D8–DA Unassigned
VK_OEM_4 DB Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the '[{' key
VK_OEM_5 DC Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the '\|' key
VK_OEM_6 DD Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the ']}' key
VK_OEM_7 DE Used for miscellaneous characters; it can vary by keyboard.
Windows 2000/XP: For the US standard keyboard, the 'single-quote/double-quote' key
VK_OEM_8 DF Used for miscellaneous characters; it can vary by keyboard.
�� E0 Reserved
E1 OEM specific
VK_OEM_102 E2 Windows 2000/XP: Either the angle bracket key or the backslash key on the RT 102-key keyboard
E3–E4 OEM specific
VK_PROCESSKEY E5 Windows 95/98/Me, Windows NT 4.0, Windows 2000/XP: IME PROCESS key
E6 OEM specific
VK_PACKET E7 Windows 2000/XP: Used to pass Unicode characters as if they were keystrokes. The VK_PACKET key is the low word of a 32-bit Virtual Key value used for non-keyboard input methods. For more information, see Remark in KEYBDINPUT, SendInput, WM_KEYDOWN, and WM_KEYUP
�� E8 Unassigned
E9–F5 OEM specific
VK_ATTN F6 Attn key
VK_CRSEL F7 CrSel key
VK_EXSEL F8 ExSel key
VK_EREOF F9 Erase EOF key
VK_PLAY FA Play key
VK_ZOOM FB Zoom key
VK_NONAME FC Reserved for future use
VK_PA1 FD PA1 key
VK_OEM_CLEAR FE Clear key
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/31/464059.html -
LoadRunner本机录制http协议程序遇到的问题以及解决方法
2007-01-12 11:13:09
作者：Mushroom Zone
在本机录制asp.net程序petshop的时候刚开始使用了传统的http://localhost/mspetshop和http://127.0.0.1/mspetshop录制不行，于是想到了朴老上课讲的修改hosts文件的方法，一尝试果然可行。暗爽之余不敢独享。方法：（以下以win2000为例）
用记事本打开host文件
c:\winnt\system32\drivers\etc\hosts
然后末尾添加一行
127.0.0.1 www.mushroom.com
然后就能用http://www.mushroom.com/mspetshop录制了
Link URL: http://www.cnblogs.com/tester2test/archive/2006/08/01/465076.html -
QTP脚本示例
2007-01-12 11:13:09
例如，以下语句指示 QuickTest 选中 Itinerary 网页上的所有复选框：
Set MyDescription = Description.Create()
MyDescription("html tag").Value = "INPUT"
MyDescription("type").Value = "checkbox"
Set Checkboxes = Browser("Itinerary").Page("Itinerary").ChildObjects(MyDescription)
NoOfChildObjs = Checkboxes.Count
For Counter=0 to NoOfChildObjs-1
Checkboxes(Counter).Set "ON"
Next
Link URL: http://www.cnblogs.com/tester2test/archive/2006/08/01/465083.html -
几段ACT测试脚本
2007-01-12 11:13:09
-
LR内存的使用
2007-01-12 11:13:09
Operating system
Win2000 Advanced Server sp3
Windows XP sp1
WindowsNT 4 SP
Protocol
Process (MB)
Thread (MB)
Process (MB)
Thread (MB)
Process (MB)
Thread (MB)
SAPGUI Ram
26
6.2
26
6.2
26
6.2
Swap
26
6.7
26
6.7
26
6.7
C Ram
3
0.27
3
0.28
3.6
0.29
Swap
2.7
0.27
2.5
0.27
2.2
0.26
CITRIX Ram
15.4
8.8
15.4
8.8
15.4
8.8
CITRIX Ram
15.4
8.8
15.4
8.8
15.4
8.8
Swap
12.5
8.4
12.5
8.4
12.5
8.4
COM/DCOM Ram
7
0.4
5.8
0.4
5.8
0.4
Swap
3.5
0.3
3.2
0.3
2.9
0.3
CTLIB Ram
4
N/A
4
N/A
4
N/A
Swap
3.5
N/A
3.5
N/A
3.5
N/A
DBLIB Ram
4
N/A
4
N/A
4
N/A
Swap
3.5
N/A
3.5
N/A
3.5
N/A
DB2 Ram
7
0.8
6.9
0.5
7.2
0.96
Swap
5.2
0.97
5
0.95
4.8
0.8
DNS Ram
3.4
0.3
3.3
0.3
3.9
0.3
Swap
2.9
0.3
2.7
0.3
2.4
0.3
FTP ? Ram
3.1
0.26
3.1
0.25
3.6
0.28
Swap
2.7
0.25
3.1
0.25
2.4
0.25
INFORMIX Ram
5.1
N/A
5.1
N/A
5.1
N/A
Swap
2.6
N/A
2.7
N/A
2.6
N/A
IMAP ? Ram
3.4
0.3
3.4
0.3
4
0.3
Swap
2.8
0.3
3
0.3
2.5
0.27
JAVA General Ram
10.5
0.6
10.5
0.6
10.5
0.6
Swap
12.7
0.6
12.7
0.6
12.7
0.6
MAPI Ram
4.2
0.3
4.8
0.31
5
0.33
Link URL: http://www.cnblogs.com/tester2test/archive/2006/08/14/476590.html -
性能测试注意事项
2007-01-12 11:13:09
作者：不详性能测试注意事项：
1．服务器端和客户端一定要同一个局域网内，否则网络因素会成为性能测试的瓶颈。
2．在性能测试脚本中要注意检查点的设置，否则都不清楚脚本是否真的成功执行操作。
3．设置参数化和关联是性能测试脚本调通的关键。
4．录制脚本时通常会包括一些think time,因此在回放脚本时，注意在runtime setting中设置忽略think time，否则会影响测试数据的准确性，如：响应时间的准确性。
5．尽量每个页面设置一个transcation,否则不知哪个页面最慢。
6．运行性能测试时在runtime setting中关闭日志功能，调试脚本时可以打开日志功能。
7．性能测试前的数据准备很重要：比如：系统数据库存在60000个用户和系统数据库存在60个用户，分别在两种情况下执行登陆性能测试，性能测试的结果也不会一样的。
8．在性能测试时用户登陆的用户名和密码，每个用户尽可能不要一样！
Link URL: http://www.cnblogs.com/tester2test/archive/2006/08/17/479067.html -
LoadRunner中添加weblogic监视器(JMX)
2007-01-12 11:13:09
作者：jimmytest
LR8.0+weblogic7.11。拷贝weblogic安装目录的lib文件夹下的weblogic.jar到LR根目录classer文件夹下；
2。删除该文件夹下的jmxri.jar
3.在LR的dat/monitors下的weblogiMon.ini中JVM的路径和版本，指向当前系统的最新虚拟机，推荐1.4.2
在LR8.1和7.8的帮助中关于JVM的路径设置中的文字的最后缺少了一个下引号。算是一个bug；
4.在weblogic控制台的安全性的user处新建一个user，name设置为weblogic.admin.mbeam，密码随便设置；
5。将当前用户的group根据需要添加；
6。LR中添加监视器，name写上IP:端口。如192.168.1.127:7001
7.确认后输入之前在console中新建的用户名和密码，确认后就可以打开BEA的监视器选择界面了。
Pass。
根据需要选择监视器吧。。。。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/10/22/536675.html
标题搜索
我的存档
数据统计
- 访问量: 271498
- 日志数: 689
- 建立时间: 2006-12-05
- 更新时间: 2009-04-15
