51CTO下载-nmon_analyser_v34a_x64.rar
LoadRunner12 download
http://bbs.51testing.com/forum.php?mod=viewthread&tid=1011038&page=2
LoadRunner11.5 download
Software_LoadRunner_11.50_Trial_Version_T7177-88045.exe
http://h30537.www3.hp.com/prdownloads/Software_LoadRunner_11.50_Trial_Version_T7177-88045.exe?downloadid=NTIyMzc5MzQxLDEsSFBfRE9XTkxPQURfQ0VOVEVSLHNvZnR3YXJlLEhQUF9QUk9GSUxFX0lELG5vYm9keUBocC5jb20sSFAtRVNELUFVVEgsMTM2MjUzNDQ3MTE3NCxUNzE3N0VBRQ==&merchantId=HP_DOWNLOAD_CENTER&dlm=ON&rnid=2.0&bpid=SGBU&egid=F&dummy=file.exe
HP官方下载LoadRunner (LR) 11.5 / HP LoadRunner 11.50 English SW E-Media Evaluation (en_US)
http://www.iquicktest.com/loadrunner11-download.html
http://www8.hp.com/us/en/software-solutions/software.html?compURI=1175451#.UTagl1f2Z0M
- LoadRunner 11.50 ( T7177-15028.zip )
- LoadRunner 11.50 ( T7177-15028.z01 )
- LoadRunner 11.50 ( T7177-15028.z02 )
Loadrunner 11.5 简介
http://www.automationqa.com/forum.php?mod=viewthread&tid=518
LoadRunner 11.5 试用手记
http://www.automationqa.com/forum.php?mod=viewthread&tid=549
http://h30537.www3.hp.com/prdownloads/Software_LoadRunner_11.50_Trial_Version_T7177-88045.exe?downloadid=NTIyMzc5MzQxLDEsSFBfRE9XTkxPQURfQ0VOVEVSLHNvZnR3YXJlLEhQUF9QUk9GSUxFX0lELG5vYm9keUBocC5jb20sSFAtRVNELUFVVEgsMTM2MjUzNDQ3MTE3NCxUNzE3N0VBRQ==&merchantId=HP_DOWNLOAD_CENTER&dlm=ON&rnid=2.0&bpid=SGBU&egid=F&dummy=file.exe
http://www8.hp.com/cn/zh/software-solutions/software.html?compURI=1169460#.UJj0t4ZmOZQ
http://www8.hp.com/us/en/software-solutions/software.html?compURI=1175451&jumpid=hpr_r1002_usen_link1&jumpid=hpr_r1002_usen_link1#
| HP LoadRunner 11.5 tutorial ( T7177-88034.pdf ) |
7.97 MB |
Download |
| Software, LoadRunner 11.50 Trial Version ( T7177-88045.exe ) |
1792.48 MB |
Download |
HP LoadRunner 11.50 – 官方教程: Web Async
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653194004001/r/video/
HP LoadRunner 11.50 – 官方教程: GTW DFE
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653194008001/r/video/
HP LoadRunner 11.50 – 官方教程: Flex protocol
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653209653001/r/video/
HP LoadRunner 11.50 – 官方教程: Truclient Firefox
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653205415001/r/video/
HP LoadRunner 11.50 – 官方教程: VUGen: Layout
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653209685001/r/video/
HP LoadRunner 11.50 – 官方教程: VUGen: Search
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653239313001/r/video/
HP LoadRunner 11.50 – 官方教程: VUGen: Snapshot
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653239320001/r/video/
HP LoadRunner 11.50 – 官方教程: VUGen: Solution Explorer
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653239323001/r/video/
HP LoadRunner 11.50 – 官方教程: VUGen: Step Navigator
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653209702001/r/video/
HP LoadRunner 11.50 – 官方教程: TruClient for IE9
HP Videos: http://h20621.www2.hp.com/video-gallery/us/en/sss/1653209646001/r/video/
LoadRunner11 download
Software_HP_LoadRunner_11.00_T7177_15013.zip 1.48GB
T7177_15013.iso 4.01GB
loadrunner 8.0的license
10000个用户（有时间限制）：AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
http://forums.sureshkumar.net/testing-tools-qa/45939-crack-loadrunner-9-1-a.html
LoadRunner 9.1 license
AEAMAUIK-YAFEKEKJJKEEA-BCJGI
AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
CEBDIUDD-JUKG-ASCEKEKJJSWHQAZKEKEKEJU-KBGIT
AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
loadrunner 11 破解文件 + lisense + 下载地址
http://support.openview.hp.com/selfsolve/manuals
loadrunner11_E7_A0_B4_E8_A7_A3.rar
loadrunner11添加下面的licence，即可使用：
global-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGI
web-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB
golba-1000：AEACFSJI-YASEKJJKEAHJD-BCLBR
超级license 最高支持6.5w个并发：AEACFSJI-YJKJKJJKEJIJD-BCLBR
可以修改C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config 文件里的<runtime/>为
<runtime>
<generatePublisherEvidence enabled="false"/>
</runtime>
或升级到.NET Framework 4
http://download.csdn.net/detail/cnroln/2971710#comment
在网上找了很多个破解方法 最后综合一下放在这里
先放个loadrunner的下载地址http://www.genilogix.com/downloads/loadrunner/loadrunner-11.iso
这个地址是连不上的...
但用迅雷下载时可以自动找到些资源 不过下得也比较慢,暂时没找到其他的下载地址
破解方法：
安装好loadrunner11后
1)退出程序，把下载文件中的lm70.dll和mlr5lprg.dll覆盖掉..\HP\LoadRunner\bin下的这两个文件
2) 注意，win7的话一定要以管理员身份运行启动程序，启动后，点击 configuration->loadrunner license，此时可能会有两个许可证信息存在，退出程序，点击deletelicense.exe文件，来删除刚才得许可证信息（即时原来没有 lisense最好也运行一下）
3）再次打开程序， configuration->loadrunner license->new license，在弹出的输入框中输入license序列号AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB，点击确 定，验证通过后，则破解成功！
https://h10078.www1.hp.com/cda/hpdc/display/main/secure/download_bin.jsp?zn=bto&cp=54_4000_313__
C:\Documents and Settings\Administrator\Local Settings\Temp\1\LoadRunnerInfo.htm
Product Information:
Product Name: HP LoadRunner Software 11.00
Product Version: 11.00.0.0
Host Name: loadrunner-test
Maintenance Number: 8888-8888888888
Installed Products: LoadRunner 11.00.0.0
Installed Components:
Analysis 11.00.0.0
Console 8.0.0.0
Controller 11.00.0.0
ERP and CRM Mediator 11.00.0.0
Launcher 11.00.0.0
Load Generator 11.00.0.0
LTAgentCommon 1.0.0.0
MI Listener Component 11.00.0.0
Monitors over FireWall 11.00.0.0
Online Documentation 11.00.0.0
Protocol SDK 11.00.0.0
Samples 11.00.0.0
Vuser Generator 11.00.0.0
用过LoadRunner的人一定不陌生，其前任品牌拥有者Mercury Interactive公司(中文：美科利公司)，在2006年以45亿美元被惠普公司收购，并入惠普公司软件部门。
LoadRunner也随着美科利一 同进入惠普软件体系，该事件成为2006年最大软件并购案。而一直以来美科利公司所提供的LoadRunner堪称性能测试领域的一种标杆性工具。
LoadRunner工作原理～.7（ＬＲ体系结构）
http://xinghuaniu.blog.163.com/blog/static/138837622201021983430613/
http://dl.iteye.com/upload/attachment/0075/2087/80a63013-6218-3343-93e3-241c2e163392.jpg
试用软件的链接及相关重要文件如下。
| Software, HP LoadRunner 11.00 Sim Chinese (T7177-15016.iso) |
131 MB |
Software_HP_LoadRunner_11.00_Sim_Chinese_T7177_15016.iso |
| Software, HP LoadRunner 11.00 ( T7177-15013.zip ) |
1,525 MB |
Software_HP_LoadRunner_11.00_T7177_15013.zip |
| Software, HP LoadRunner 11.00 ( T7177-15013.z01 ) |
1,800 MB |
Software_HP_LoadRunner_11.00_T7177_15013.z01 |
| Software, Load Generator 11.00 ( T7330-15010.iso ) |
387 MB |
Software_Load_Generator_11.00_T7330_15010.iso |
| Software, HP SiteScope 11.00 MLU 1 of 3 ( T8354-15008-01.zip ) |
796 MB |
Software_HP_SiteScope_11.00_MLU_1_of_3_T8354_15008_01.zip |
| Software, HP SiteScope 11.00 MLU 2 of 3 ( T8354-15008-02.zip ) |
715 MB |
Software_HP_SiteScope_11.00_MLU_2_of_3_T8354_15008_02.zip |
| Software, HP SiteScope 11.00 MLU 3 of 3 ( T8354-15008-03.zip ) |
741 MB |
Software_HP_SiteScope_11.00_MLU_3_of_3_T8354_15008_03.zip |
| Software, HP Diagnostics Server Components ( TB998-15005-01.zip ) |
1,542 MB |
Software_HP_Diagnostics_Server_Components_TB998_15005_01.zip |
| Software, HP Diagnostics Collector Components ( TB998-15005-02.zip ) |
452 MB |
Software_HP_Diagnostics_Collector_Components_TB998_15005_02.zip |
| Software, HP Diagnostics Agent Components ( TB998-15005-03.zip ) |
1,945 MB |
Software_HP_Diagnostics_Agent_Components_TB998_15005_03.zip |
| Letter, HP LoadRunner Simplified Chinese 11.00 ( T7177-88011.pdf ) |
0 MB |
Letter_HP_LoadRunner_Simplified_Chinese_11.00_T7177_88011.pdf |
Loadrunner使用键盘快捷键
http://www.51testing.com/?uid-41972-action-viewspace-itemid-85373
下面的列表描述在虚拟用户生成器中可用的键盘快捷键。
|
alt+f 8
|
比较当前快照（仅限于 Web Vuser）
|
|
alt+ins
|
新建步骤
|
|
ctrl+a
|
全选
|
|
ctrl+c
|
复制
|
|
ctrl+f
|
查找
|
|
ctrl+g
|
转到行
|
|
ctrl+h
|
替换
|
|
ctrl+n
|
新建
|
|
ctrl+o
|
打开
|
|
ctrl+p
|
打印
|
|
ctrl+s
|
保存
|
|
ctrl+v
|
粘贴
|
|
ctrl+x
|
剪切
|
|
ctrl+y
|
重复
|
|
ctrl+z
|
撤消
|
|
ctrl+f 7
|
录制选项
|
|
ctrl+f 7
|
扫描关联
|
|
ctrl+shift+空格键
|
显示函数语法 (Intellisense)
|
|
ctrl+空格键
|
完成向导（完成函数名）
|
|
f 1
|
帮助
|
|
f 3
|
向下
查找 下一个
|
|
shift+f 3
|
向上查找下一个
|
|
f 4
|
运行时设置
|
|
f 5
|
运行 Vuser
|
|
f 6
|
在窗格之间移动
|
|
f 7
|
显示 EBCDIC 转换对话框（对于 WinSocket 数据）
|
|
f 9
|
切换断点
|
|
f 10
|
分步运行 Vuser
|
Loadrunner视频教程汇总
软件测试技术
http://www.ltesting.net/ceshi/ceshijishu/
msnshow的个人空间
http://www.51testing.com/?uid-116228
http://www.114zhiji.com
视频资源搜索:
http://www.51testing.com/?uid-157452-action-viewspace-itemid-213499
小布老师视频:
雪鹰老师：LoadRunner中如何手工编写ftp测试脚本
http://www.boobooke.com/v/bbk1349
http://www.boobooke.com/v/bbk1349.zip
雪鹰老师：LoadRunner中web_reg_find和web_find两个函数的区别。本系列讲座一共两集
http://www.boobooke.com/v/bbk1333
http://www.boobooke.com/v/bbk1333.zip
http://www.boobooke.com/v/bbk1334
http://www.boobooke.com/v/bbk1334.zip
loadrunner docs
loadrunner 进程方式模拟并发用户 单台客户机最多 < 10个，理论值单台 < 50 个进程压测
LoadRunner 函数大全之中文解释
http://dl.iteye.com/topics/download/2ebb71de-693d-3149-911e-cbc18ecbdbef
http://img2.51cto.com/getAttachment.php?v=eyJhaWQiOiI3NDQ4NCIsInRpZCI6IjQ2MDkzOSIsInBpZCI6IjE1ODE5MjEiLCJkYXRlbGluZSI6IjEyMDQ4NzY5NzUiLCJyZWFkcGVybSI6IjAiLCJwcmljZSI6IjAiLCJmaWxlbmFtZSI6IkxvYWRSdW5uZXJcdTUxZmRcdTY1NzBcdTU5MjdcdTUxNjhcdTRlNGJcdTRlMmRcdTY1ODdcdTg5ZTNcdTkxY2EucmFyIiwiZGVzY3JpcHRpb24iOiIiLCJmaWxldHlwZSI6ImFwcGxpY2F0aW9uXC94LXJhci1jb21wcmVzc2VkIiwiZmlsZXNpemUiOiI0NDEwODUiLCJhdHRhY2htZW50IjoibW9udGhfMDgwM1wvVEc5aFpGSjFibTVsY2c9PV95d0JoRzZoNkZ2cW0ucmFyIiwiZG93bmxvYWRzIjoiMzMxIiwiaXNpbWFnZSI6IjAiLCJ1aWQiOiI0NTg0MCIsInRodW1iIjoiMCIsInJlbW90ZSI6MSwiY2xhc3NfaWQiOiI2IiwiaW52aXNpYmxlIjoiMCJ9
http://docs.google.com/viewer?a=v&q=cache:_QOnj36OS1wJ:bbs.51cto.com/attachment.php%3Faid%3D74484%26k%3Defb6f7832aea0c5724a0ab398a9ec37a%26t%3D1299980725+loadrunner+%E5%87%BD%E6%95%B0%E9%A1%BA%E5%BA%8F&hl=zh-CN&pid=bl&srcid=ADGEESh2cODJDGJ2S1IsqA8HAfQfdWHgBwZTFsZFz5A4KwGZYGCuwlHfkNy5V-0Y3rWa7gNgXKNeeeEy0tG1hRO6wcV9JGgmeu7VkvHiLWspSmzuFLeAduIMJ6aZWXSZmb2ce4-jSkeV&sig=AHIEtbTMAYXAM4VIz8HCMsr-SwncCnYtuw
LoadRunner HTML录制模式与URL录制模式比较
http://www.51testing.com/?94273/action_viewspace_itemid_9930.html
在跟使用Loadrunner工具使用者交流的过程中，经常有人提到这个问题，基于HTML （HyperText Markup Language 超文本置标语言）模式录制与基于URL （Uniform Resource Locator的缩写，统一资源定位符，也被称为网页地址，是因特网上标准的资源的地址。）录制模式到底有什么不同？为什么通常情况下我们都会去选择使用 URL模式去录制我们的业务脚本？所以在这里我把我知道的东西写出来跟同行分享和交流：
HTML 是一种高级别的录制模式，这种模式是基于“浏览器”或者说是“内容敏感”的。这种录制选项是让浏览器去决定在回放下载HTML资源，哪些页面资源（比如图片或者Flash内容）是需要被下载。
URL 是一种低级别的录制模式，这种录制选项不允许浏览器去确定哪些页面资源（比如图片或者Flash内容）是需要下载的。每项资源在录制回话的过程中都被录制到脚本中。这种级别录制模式同时也会录制其他 任何隐藏的对象，比如session ID（也就是会话ID）信息，包括发给服务端和从服务端收到的session ID信息。
脚本 方面的不同，HTML级别录制模式将生成的是web_submit_form 语句来提交终端用户可以看见或者修改的信息。当基于HTML模式在提交窗体时遇到错误，你可以选择URL模式去录制任何从服务端发送过来的请求和资源。而URL基本录制模式将生成的是web_submit_data 语句，这些语句记录的是所有通过浏览器实际发送给服务端的信息。值得注意的是URL录制模式会录制那些HTML模式没有能录制到隐藏信息。通常情况下，隐藏信息里面会包含session ID信息。
写到这里，熟悉的人可能应该明白为什么在通常的情况下，我们选择URL模式去录制我们基于Web （HTTP/HTML） 协议的脚本，概括的说就是现在的应用（或者说将来的应用）为了安全性，都会包含像session ID、token等动态信息。简单的说就是每一访问，服务端都会给客户端发送一个描述会话的session信息，而session ID使用的是动态的生成技术。如果要是脚本能够正常回放，通常需要把这个动态的信息保存下来，这个需要使用到correlation 技术（也就是关联技术）。在以后我会在我的博客里面继续写我对关联的理解（包括自动关联、手工关联、规则等实用技术）。
对于使用GET方式提交的数据,LR在回放上还是存在一定问题的,且关联都无法解决SESSION的相应问题
感觉html模式更方便。不单是可读性，而是脚本的可维护性上。比如url录制的页面中的资源分部，是留是舍得问题。留着造成页面的微小改动导致脚本的调 整，舍去又使事务时间不是那么会事情。并且html模式中的exclipit url形式的脚本同样使用web_submit_data,同样上下文无关。而且目前的loadrunner版本中http形势的web脚本中的 session几乎是无须用户考虑的问题。
HTML方式是用IO流获取页面内容,URL是用Socket实现监听协议端口
参数化，
检查点，
集合点，
关联函数,
事务处理,
#Recording Log
run once
#Execution Log
run 10 times
# functions
web_reg_save_param=register function
边界转义字符 \"
Execution log: 参数取值 Notify。
Loadrunner 检查点函数总结
web_reg_find 文本检查点函数 404/500页面时使用
http://www.51testing.com/?41972/action_viewspace_itemid_87078.html
LR中检查点有两种：图片和文字。
http://wenwen.soso.com/z/q293465298.htm
这两种检查点可用以下三个函数实现：web_find()、web_reg_find()和web_image_check()
检查点事务、关联的边界也可以参数化
5场秒杀，lr边界参数化
LR 事务4种状态
atoi 转换为整型 (lr_evel_string("{isLogon}") )
loadrunner字符串处理函数
http://www.cnblogs.com/Automation_software/archive/2011/07/05/2098688.html
在Loadrunner中提供了C对字符串出了的相关功能函数，如下：
loadrunner 国内性能测试存在的问题：
http://www.boobooke.com/v/bbk1048/
误区一：刚毕业的大学生就能搞性能测试
误区二：测试花费不了多长时间。需要的时候花费几天就搞定了。
误区三：性能测试是测试人员的工作，和其他开发人员等没有关系
loadrunner 组建并执行性能测试场景。
http://bbs.51testing.com/thread-6154-1-1.html
从VU运行成功到controller运行成功，一般需要以下几个步骤 （我也是从英文 论坛 上看到的，觉得不错，拿出来共享）：
1. 确认在VU里SUSI（单用户单循环次数single user & single iteration）
2. 确认在VU里SUMI（单用户多循环次数single user & multi iteration）
3. 确认在controller中MUSI（多用户单循环次数multi user & single iteration）
4. 确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）
loadrunner 注释符号
文件：test.usr
#include "web_api.h"
Action()
{
// 单行注释
/* 多行注释内容 */
｝
return 0;
}
loadrunner 术语
http://miss678.iteye.com/blog/1138756
1.场景 （Scenario）：场景即测试场景，在LoadRunner中主要表现为Controller中设计与执 行用例中的用户场景。主要工作有，在Controller中选择虚拟用户脚本、设置虚拟用户数量、配置虚拟用户运行时的行为、选择负载发生器（Load Generator）、设置执行时间等。
2.负载发生器 （Load Generator）：用来产生压力的真实机器，受Controller控制，可以使用户脚本在不同的主机上执行。在性能测试工作中，通常由一个Controller控制多个Load Generator以对被测试系统进行加压。
3.虚拟用户 （Virtual User/Vuser）:对应于现实中的真实用户，使用LoadRunner模拟的用户称为虚拟用户。其本质是通过虚拟用户脚本来模拟真正用户的行为。
4.虚拟用户脚本 （Vuser scrīpt）:通过Vuser Generator录制或开发的脚本。这些脚本用来模拟用户的行为。
5.事务 （Transaction）:LoadRunner通过事务来衡量服务器的性能。在业务上事务通常是用户的一个或一系列操作，代表一定的功能；而在程序上则表现为一段代码区块。测试人员可以将一个或多个操作步骤定义为一个事务，以便衡量这部分的用户并发响应时间。
例如：用户可以把邮件功能模块的“发送”操作定义为一个事务，以分析该操作的执行性能。
6.思考时间 （Think Time）:即用户思考时间，为了在模拟时更接近用户的真实行为而引进的概念。在实际中，用户进行一系列操作后往往会进行处理，例如浏览网页，而在处理过 程对服务器是没有压力的。因此，在虚拟用户脚本中用函数lr_think_time(double time)来模拟用户处理过程，执行该函数时用户线程会按照相应的time值进行等待。
7.集合点 (Rendezvous)： 对应于真实用户中的并发点。LoadRunner通过集合点实现了真正意义的并发。集合点在虚拟用户脚本中对应函数 lr_think_time(const char*rendezvous_name)，当执行到该函数时会按照场景的并发策略来执行。
8.事务响应时间 ：事务响应时间是一个统计量，是评价系统性能的重要参数。定义好事务后，在场景执行过程和测试结果分析中即可以看到对应事务的响应时间。通过对关键或核心事务的执行情况进行分析，可以快速定位性能问题。
让loadrunner走下神坛(全）
http://bbs.51testing.com/thread-6154-1-1.html
作者： sunshinelius（转载请注明作者）
Loadrunner无疑是一个强大有力的压力 测试 工具 。它的脚本 可以录制 生成，自动 关联；测试场景可以面向指标，多方监控；测试结果 图表显示，拆分组合。相信有人这样想象过：拿着一张性能 指标标准列表和测试数据 相比较，如同PH试纸一样，遇碱则蓝，遇酸则红，一目了然，之后就可以大声地喊道：我找到了软件 系统 的性能瓶颈！
然而，我们无论在loadrunner前面加多少个“强大”、“智能”的形容词，别忘了其最终修饰的只是一个名词－“工具”。《大话西游》中也有相当精辟 的论断：官兵？最多也只是个长了痔疮的官兵！把loadrunner比喻成长了痔疮的官兵有点粗俗，但loadrunner它是个工具，那么是否能够找到 性能瓶颈就取决于使用工具的人，而不是工具本身。要做一个成功的性能测试 ，仅读懂和精通了loadrunner的使用手册是不够的，还需要对被测软件系统的方方面面都要有了解，比如软件体系构架，网络 拓扑等知识。这就如同一个技艺高超的木匠，并不是因为他背熟了凿子，锤子的说明书，而是他能结合木材的质地和尺寸，用凿子和锤子这些工具做出一把精巧的椅子来。那么在性能测试中，人的智慧活动体现在哪里呢？
一．首先性能测试也是测试的一种，这就意味着做性能测试也要写测试案例。你所作的性能测试能不能足以支持找出性能测试瓶颈，和你在初期设计 的测试案例关系甚为重要。我曾写过对一个软件系统的不下十个性能测试场景案例，等后来运行 时却发现我必须增补几个案例才能找到瓶颈，而原来十多个案例其实重复甚多。如果你要写出好的不重复的性能测试案例来，你就得对被测软件系统有一定的了解。
在这里，我顺便插一句，在目前测试界总在争论测试人员需不需要懂编程，需不需要有开发 经验 这种问题，这完全是本末倒置，忘记了测试人员的目标是什么，测试目标就是写出好的测试案例，好的测试案例就是发现了一个原来未曾发现的软件bug 。那么一个测试人员知识体系是否够用的标准就是能不能写出一个好的测试案例。而针对不同类型的测试，所需的知识深度是不一样的，有的是不需编程知识，比如界面测试；有的是必须有开发经验的，比如接口测试，不能一概而论。
对于性能测试来讲，我个人认为，测试人员倒不一定非要有开发经验，但是应该有一个对软件体系结构了解全面的知识。为什么呢？做性能测试时，如果从客户端 施压一次就符合性能指标，碰到这种情况您就偷着乐吧，因为在你的指标场景下，软件系统中就不存在性能瓶颈，您也就不用费心去找了。但是大多数情况下，我们在做性能测试时，都不能顺利达到性能指标，可能server响应超时了，也可能是用户 死掉了，在日志里抛出了一堆error ， 这种情形是非常常见，所以在我们在一开始设计性能测试方案时，就应该考虑为寻找性能瓶颈而设计测试案例。这时我们就需要知道在整个软件系统中，有哪些节 点，在哪些地方可能存在瓶颈，比如一个B/S系统就有IE client→物理网络→web server→app server→DB这样的一个压力流串。每个节点的每个模块都有可能成为瓶颈。瓶颈的产生可能由于模块配置引起，也可能由于模块本身引起。这都需要我们设 计测试案例来发现的。一般地，我自己常用的感觉也比较方便的方法是，设计一组性能测试案例来验证一个节点是否存在瓶颈，这组case中尽量保持其他节点不 变，来改变这个节点的配置，并监控此节点的各种指标。这里说起来就有很多话了，不是一言两语能说得清的。以后有时间 可以找个专题来慢慢跟大家讨论 。
二．使用loadrunner的VU生成脚本。脚本的生成方式就两种，一种是自写或嵌入源代码 ，一种是录制生成。常常听见有人说，这两种方式中首选录制生成脚本，因为它简单且智能化。但我个人总觉得手写脚本要好一些，因为：
1．可读性好，流程 清晰，检查 点截取含义明确。业务级的代码读起来总比协议 级的代码更易让人理解，也更容易维护，必要时可建立一个脚本库。而录制生成的代码大多没有维护的价值，现炒现卖。
2．手写的程序 相 比录制的脚本更能真实地模拟应用运行。因为录制的脚本是截获了网络包，生成了协议级的代码，而略掉了client端的处理逻辑。举个例子，用VU录制一个 运行script和applet的IE行为，它只会生成http协议的API，在IE中运行的applet和script不会被模拟到，这就不是一个完整 的系统。
3．手写程序相比录制脚本更能增加测试人员的技术 含量。开发和测试能力双重提高，何乐而不为呢？loadrunner提供了java user，vb user，c user等语言类型的脚本，就是给我们开发脚本用的，而不是录制用的。
脚本不管录制也好，还是手写也好，选择的时候应该以脚本模拟程序真实有效为准，结合项目 进度，开发难易程度等因素考虑。
在这里我想要说的是，开发一个好的脚本是成功性能测试的必要条件。一个好的脚本应该能够最大程度再现client程序行为。如上面那个例子，脚本只模拟了 client端的部分行为，有一些没有模拟到，那么client的瓶颈就有可能被忽略了。我曾吃过一个亏，自己写了一个java socket脚本去联server，但是忽略了client端的界面下的业务逻辑，用我的脚本做性能测试通过，全部OK，但是真实用户一上 线，client终端界面接受了大量的server信息，导致client进程死掉了。痛哉，痛哉。
loadrunner 进程方式模拟并发用户 单台客户机最多 < 10个，理论值单台 < 50 个进程压测
三．组建并执行性能测试场景。
从VU运行成功到controller运行成功，一般需要以下几个步骤（我也是从英文 论坛 上看到的，觉得不错，拿出来共享）：
1. 确认在VU里SUSI（单用户单循环次数single user & single iteration）
2. 确认在VU里SUMI（单用户多循环次数single user & multi iteration）
3. 确认在controller中MUSI（多用户单循环次数multi user & single iteration）
4. 确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）
做这样一个步骤划分是有道理的，第一步骤是验证脚本编写的正确，第二步骤可以验证数据池是否正常运作。第三步骤验证并发功能 ，第四步骤是最终目的，验证软件系统的性能。在论坛上看到一些朋友 提 的问题，有一些就是于此的，在controller中运行场景时出现问题，首先得保证VU中运行成功，这是一个显然的逻辑。软件工程中把软件开发的种种行 为都要制定一个proccess，即过程，性能测试也是如此，按照过程来调试脚本和场景，能及早发现问题和定位问题。除非是高手 ，烂熟于心中，才能超越proccess而不出问题。
场景是把虚拟用户和交易数按一定规则组织起来去模拟真实世界的业务行为。这其实是把单个用户的行为复制，连接。场景的组织通常和真实世界的业务规则有很大关系。
做个如下可能并不恰当的比喻：
脚本像演员，场景就像表演的舞台，而测试工程师 是导演，多少个演员，怎么在舞台上演出，都由导演说了算，而剧情又不能离谱，脱离现实，否则就要砸锅了。注意，导演的职责不光是确保演出能顺利结束，而且还要同时观察和收集观众的反馈信息，以确认这次演出是否成功。
同样的也是，性能测试人员不光是看场景是否得到顺利的执行，同时还要收集各个server的反馈信息，以确认软件系统的性能表现是否正常。
在真实世界中的用户业务规则要转换到可操作的性能指标是需要分析和计算的。当然这通常是市场需求 分 析人员干的活，但我觉得测试人员应该在做性能测试时，对这些指标进行理解，知道为什么要这样做。有时有的性能指标并不清楚和准确，还需要测试人员来分析。 比如一个性能指标：要求软件系统支持每分钟700用户的登陆行为。这对于测试人员来说，其实是一个不确切的性能需求。这指的是瞬时并发用户700，在一分 钟的响应时间要求下登陆系统？还是在一分钟内陆续有700个用户登入软件系统即可？这两种场景其实对软件系统的压力是不同的，第一种显然大，第二种要小一 些。甚至有的性能需求就是支持50000注册用户，这种需求就更需要分析了，还要引入一些业务发生概率算法模型来做。这已经不是性能测试人员的职责了，但 由于目前有不少软件公司流程不规范，或者有流程没执行，这些工作都要测试人员来做了，不过也好，正好是锻炼的机会。
四．分析结果数据，找到软件系统性能瓶颈
上面说了，做了那么多，就是为了本步骤－寻找软件系统性能瓶颈。
个人认为寻找性能瓶颈是一个非常有挑战性的工作，mao zhu xi曾经说过：一个优秀的指战员就是能够根据已有的客观形势，制定作战计划，然后在作战过程中，发现计 划与执行不符的地方，分析，然后调整作战计划，缩小计划和战势的误差。简明一句：就是一个理论和实践结合的过程，一个人的主观思想和客观现实的结合过程 （注明：本人是mao zhu xi老人家的忠实fans）。
在性能测试中，测试方案就是我们的作战计划，执行性能测试就是我们的作战战场。在性能测试中，可能会发现种种意想不到的问题。当然一个经验足够丰富的性能 测试专家可能会在测试之前就能考虑全面，使测试方案吻合测试执行实际情况，并一举找出性能瓶颈。我sunshinelius不是专家水平，当然就要匆忙应 对和分析性能测试中出现的问题，并有可能会修改测试方案，增加必要的test case，删除没用的test case。总之，性能测试是一个不断修改测试方案，反复执行test case的过程，直至越来越逼近性能瓶颈。在此过程中，需要了解很多的知识，知识了解得越多，就越接近软件系统运行的真相，也就能找出性能瓶颈了。
比如：loadrunner要是调用程序员的程序，服务器 资源 占用情况可能是追查瓶颈的一个线索，但如果是标准中间件，那就没那么简单了，比如oracle 数据库 的某项参数 设得不对，照样会造成数据库瓶颈，应用程序 调用数据库的API写法不对，比如未使用软解析变量，也有可能导致数据库瓶颈。这些瓶颈都不会反映在cpu，内存使用量上等指标上的。
对于这种情况，一方面需要对中间件有一定的了解，知道哪些参数有什么作用，怎么可调的，另外还可能使用中间件的专有监测工具，来分析。lr的性能计数器是不够用的。
个人体会，查找瓶颈的难易程度，由易到难
服务器硬件瓶颈-〉网络瓶颈-〉应用瓶颈-〉服务器操作系统 瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）
记忆比较深刻的一次，用lr做了两天性能测试，指标上不去，后来使用oracle数据库的图形化性能检测工具才发现某个表的查询处理时间超长，原来索引创 建得不合理，把表的索引改了之后，性能稍有提高，但还是上不去。再次排查，发现应用中有一个sql语句写得有问题，长而且耗时，改了之后，测试指标还是上 不去
经过至少四轮的排查，才大功告成，最后一个除掉的瓶颈是操作系统问题（开始没有想到它，后来看系统消息，才发现已经有错误报出）
五．我再说两句
每个系统的性能测试都是一个全新的挑战！
sunshinelius恭祝loadrunner版的老朋友新朋友（你们的名字我都记得）2004年元旦快乐！2005年收获更多！
http://feedburner.google.com/fb/a/mailconfirm?k=7Rla1UkAygV0Lo6EJRSporlj60s
xiaowu 13705173582
性能测试工程师
岗位职责：
1、与项目组沟通系统性能需求；
2、设计制定性能测试计划和方案；
3、根据测试场景录制、编写性能测试脚本；
4、进行性能测试执行、关键指标监控、结果收集整理；
5、分析性能测试结果，诊断、定位性能问题；
6、编写性能测试报告。
任职要求：
1、XXX以上学历，具有两年以上实际性能测试经验；
2、熟悉性能测试原理、方法等基础知识；
3、熟悉常用性能测试工具LoadRunner、Jmeter、RPT等；
4、熟悉Linux、AIX等操作系统的常用命令；
5、具有Java开发经验者优先；
6、具有较强的学习能力、沟通能力。
loadrunner 性能测试培训检测题
选择题
1.性能测试常见的性能指标有哪些？ ABCE
A、Response Time B、TPS C、Page View D、User View E、Unique Visitor
2.性能测试常见的测试类型有哪些？ABCD
A、基线测试 B、压力测试 C、扩展性测试 D、稳定性测试
3.性能测试计划方案主要包括哪些内容？ABCD
A、测试目的 B、测试范围 C、测试环境 D、测试场景 E、测试脚本 F、测试结果
4.性能测试工作的主要阶段是什么？ABDE
A、测试计划 B、测试准备 C、测试数据 D、测试执行 E、测试报告 F、结果分析
5.LoadRunner包含几个功能组件？ABD
A、Virtual User Generator B、Controller C、Agent D、Anlysis
6.下列对LoadRunner日志级别设置的描述，正确的是？ABCD
A、在Runtime-Setting中设定，且在脚本运行调试成功后应关闭日志；
B、在执行场景测试的过程中监控到大量出错时可以通过开启LoadRunner的记录日志来查找分析；
C、在VUGen和Controller都可以设定日志级别，但执行场景时以controller设定的级别为准；
D、关联可以通过Generation log查找关联位置以及设定关联的左右边界值；
7.在工具中设置综合场景时分几种设置模式？分别是什么？A D
A、百分比模式 B、单用户模式 C、多用户模式 D、脚本组模式
8.在工具中设置虚拟用户负载加压的过程分别是什么？ACD
A、Start Vuser B、Run-Time Settings C、Duration D、Stop Vuser
9.Transaction Summary Graph性能曲线图中红色和绿色的柱状图代表的含义是什么？D
A、红色代表最高的事务数，绿色代表最低的事务数；
B、红色代表最低的事务数，绿色代表最高的事务数；
C、红色代表成功的事务数，绿色代表失败的事务数；
D、红色代表失败的事务数，绿色代表成功的事务数；
10.对于ThinkTime指标，正确的描述是？B
A、设置ThinkTime意味着系统承受的负载增加了；
B、设置ThinkTime意味着系统承受的负载减小了；
C、在脚本中增加了ThinkTime，场景中还需要对ThinkTime取值方式进行设置；
D、TinkTime增加在两个事务之间，则统计到的响应时间会包含ThinkTime的时间；
简答：
11.性能测试的目的和意义是什么，请列举至少三种情况下，需要对系统进行性能测试？
目的意义：验证系统是否达到预定的性能指标，以及诊断系统的性能问题和瓶颈
1、重要功能上线前的性能验证
2、大型促销活动的性能验证
3、配合性能问题的诊断和性能优化所做的测试
12.编制性能测试脚本时为何要进行参数化？请列举出参数化的三种取值方式？
参数化目的在于模拟中更接近真实环境数据。如果不做参数化，那么在用lr发送数据的时候，始终发送的是录制时记录的数据，没有任何变化。
sequential(顺序), unique(唯一) , random(随即)
13.在工具中设置集合点的目的是什么？
它可以设置多个虚拟用户等待到一个点，同时触发一个事务，以达到模拟真实环境下同时多个用户操作，同时模拟负载
14.编写性能测试脚本时为何要进行关联？
某个请求发送到服务器，经过处理后返回的结果中有个别值，在后续的请求中需要提交给服务器，若值传的不正确，处理过程会报错。这种动态获得服务器响应内容的方法被称作关联。
end
