很多朋友说，我的英文不咋地，看英文版本的文档太吃力，又没有中文版。有的朋友甚至想把LoadRunner英文的版本打上中文补丁，就是因为英文得太难理解。其实我是一直不建议这么做的。英文版本对于一部分朋友虽然难懂，但却是最稳定的，中文补丁有的时候会出一些莫名奇妙的问题，而且LoadRunner对中文的目录，中文的文件名支持并不那么好。所以还是建议你使用英文版本。另外，对于英文阅读能力，建议你也重视一下。无论是测试还是开发人员，从事IT这行，如果你的英文能力特别是阅读能力不是很理想的话，对你未来的职业发展可能是个瓶颈，有的朋友可能认为这么说有点夸张，其实仔细想想是有道理的。
有点扯远了，嗬嗬，今天送上一本LoadRunner入门级别的中文参考手册，非常全面和系统地介绍了LoadRunner如何入门，建议新手是一定要读的。
发现最近关于关联的问题特别多，而且LR的文档中关于关联的内容又不是特别多，大家也懒得去看，记得以前下载过一片oldsidney兄弟的文章，繁体的，后来翻译成了简体，里面详细描述了关于如何做关联。
其实关联可以有好几种办法：手工的，版自动的，全自动的。不过最根本的一点就是reg_web_param_save这个方法的使用了。如果你想真正掌握关联，首先理解什么是关联，然后好好阅读一下这篇文章，仔细理解一下。如果还有什么问题，私下聊吧。
这个案例起源于不久前在51testing上的一个帖子，其实我这里的绝大多数的案例都是来源于51testing论坛，正所谓来源于生活，高于生活嘛（怎么感觉在说艺术，嘿嘿）。其实应该是来源于51，服务于51。
这个问题大概是这样的：LoadRunner对服务器进行压力测试的时候需要设置检查点，需要检查的内容是从服务器端返回的值，检查的方法是跟一个Excel文件中的内容进行比对。
从服务器端取值利用关联函数这个当然不用多说，关键是进行比对的方法，如何从Excel中取内容呢？QTP对Excel的支持非常好，QTP的数据都是集成在Excel中的，而且QTP的语言也是VBScript，利用QTP从Excel中取内容当时非常容易。但是LoadRunner对Excel的支持就没有那么好了，而且LoadRunner主要支持C，Java等语言。
如何利用LoadRunner测试Tuxedo，本文就结合一个实际的例子详细描述了测试的步骤。
另外，针对LoadRunner的编程规范，也有一篇文档，请下载
LoadRunner中的C编程规范
问题源于51testing的一个帖子，一个朋友想要把从服务器端利用关联取回来的值跟预定的值进行对比，以此判断是否执行成功。关联函数当然用的是web_reg_save_param。预定的期望值存储在Excel文件的固定一列。
我首先想到的就是利用方法读取Excel文件，然后在LoadRunner中利用c函数进行对比。其实Excel提供的接口相当强大，以前我们经常利用一些VBscript提供的API进行编程，解析Excel中的内容。而且Mercury的功能测试工具Quick Test Professinal提供了对Excel的强大支持。测试数据直接就是保存在Excel中，而且编程语言就是VBScript。不过LoadRunner就没有那么幸运，用的是更加通用的C语言。接下来很多朋友就给出了自己的看法。
最近被一个代理的问题搞的纠缠不清。我这个人其实很多时候是不求甚解的那种。自打上次跟Zee版主交流了以后，很受打击，惭愧的要命。打算以后改改这个毛病。凡是要探个究竟，正所谓惩前毖后，治病救人嘛。:)
问题是这样的，VUGen里面录制的脚本，回放的时候出错，错误信息是：
[Net An. Warning ( 218: 9f0)] Request Connection: Remote Server @ 66.102.7.147:80 (Service=) Failed attempt #3. Unable to connect to remote server: rc = -1 , le = 0)
[Net An. Error ( 218: 9f0)] Request Connection: Remote Server @ 66.102.7.147:80 (Service=) NOT PROXIED! (REASON: Unable to connect to remote server: rc = -1 , le = 0)
重新安装了LoadRunner，结果同样。从错误的表面看是代理的问题，但是本机上网不需要任何代理。也没有设置任何的代理。搜了一下，发现了问题的解决方法。其实挺搞笑的。居然是杀毒软件的问题。
最近在论坛上看到几次这样的问题，今天突然想起来，觉得比较典型，有必要分析一下。
这个问题的具体描述大概是这样的：在web应用下，模拟十个用户并发进行数据的添加，结果每次执行全部成功，但是数据却不是十条，每次数据不一样，但是都比十小。
乍一看，可能是数据参数化的问题，其实仔细想想，道理其实很简单。是数据库的问题。
(more…)
看到51上三个高手Zee, 大漠飞鹰，xingcyx的一场非常精彩的关于并发用户数和集合点的讨论，很有意义。如果对这两个概念不清楚的朋友，一定要仔细领悟了。
故事开始于xingcyx的一番话：
声明：以下的问答是我根据实际工作经验和通过各种途径得到的信息而整理的，其回答内容主要代表我个人观点，并非标准答案，读者如有不同意见，欢迎批评指教。
Q：并发用户数和集合点有必然联系吗？在性能测试中必须使用集合点来测试吗？
A：并发用户数，顾名思义，就是同时操作的用户，这里的“操作”可以指对系统真正的操作，也可以只是连接（此时通常叫作“并发连接数”），而集合点是一种特殊情况下的并发，多用于测试系统在瞬间加压的表现。因此，并发用户数和集合点有联系，但并非必然的联系，在测试并发用户的性能测试场景中，可以不必设置集合点，这将视测试目标和测试策略而定。
Q：不设置集合点的测试，能代表是“并发”操作吗？
A：有这样一种说法，设置集合点是为了确保“严格意义上”的并发，其实从本质上看，这主要是一个看问题的粒度大小的问题。集合点的作用是通过工具的控制，确保一个请求严格的“同时”从前台提交到后台。可是如果微观地看，是不存在严格意义上的并发的，即使在客户端通过设置集合点的方式将100个请求同时提交到后台，经过网络上的传输消耗，可能它们并不是同时到达的，而即便100个请求同时到达服务器端，受到中间件和应用系统、数据库的各种连接池、缓冲区， CPU处理队列等的限制，也可能在服务器端产生等待的。因此，严格意义上的“并发”可以说是不存在的，我们需要做的是在可以接受的粒度范围内取得一个最佳的平衡点，站在这个平衡点的层面上去看待“并发”这个问题。
性能测试无非有两个目的，一是评测，二是调优。
在以评测为目的的性能测试中，用户更关心的是业务上的并发，也就是真实业务场景的并发情况，这种情况下只要按照业务操作的模式去设置场景就可以了，并不需要设置集合点。
(more…)
你正在浏览的汇总是: 测试工具
| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « Dec | ||||||
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 | |
