基于应用层协议的LoadRunner学习记

早听过loadrunner大名，现在做了测试员，终于有机会下载loadrunner来玩玩。

步骤知道的，无非就是 1.录制脚本 2.完善脚本 3.实施测试 4。分析以及监视场景。还有什么生成测试场景的。

想法有误，其实步骤有：

1. vitrual User Generator创建脚本、选择协议，录制脚本，完善脚本。

2. 中央控制器来调度虚拟用户。创建scenario/压力测试用例, 选择脚本；设置机器虚拟用户数；设置schedule;如果模拟多机测试，设置ip spoofer。

3. 运行脚本，分析scenario.

4. 分析测试结果。

可惜协议很多、很乱，不知道怎么选择协议，又由于工作，所以只好搁置着那个loadrunner了。

最近项目比较闲，在51testing上发现了很多loadrunner的东西，所以下载来学习学习。

第一步，loadrunner协议选择，

计算机与计算机之间的通信都离不开通信协议，通信协议实际上是一组规定和约定的集合。例如是进行文件传输，还是发送电子邮件；然后约定怎样通信，什么时间通信等。

对于那些不使用通信协议仅仅进行本地处理的软件例如Microsoft Word，LoadRunner就不适用。

我们需要知道的是被测对象在应用层使用的是什么协议，就像我们使用邮件客户端发送邮件一样，我们知道使用的应用层协议是SMTP，使用邮件客户端接收邮件时使用的时POP3协议。在LoadRunner中所说的协议基本上都是应用层协议（也有底层协议，例如 Windows Sockets），知道这点之后，我们在询问开发人员时就避免了不少麻烦，省的开发人员告诉你我们使用的是TCP/IP协议或者其他底层协议。

协议的确定，通常有如下几种方法：
1、通过询问开发人员获知所使用的协议，通常这是最简单也是最直接的方法；因为没有人比开发人员更清楚他们所开发的应用程序使用的什么通信协议了；
2、通过概要或详细设计手册获知所使用的协议，在没有开发人员支持的情况，通过概要设计或详细设计获知所使用的协议不失为第二简便方法；
3、通过协议分析工具捕包分析，然后确定被测对象所使用的协议。在使用协议分析工具分析协议过程当中一定要摒除底层协议，不要被底层协议所迷惑；
4、通过以往测试经验确定被测对象所使用的协议，当然通过这种方法确定的协议有一定的不准确性；
通过以上四种方法我们基本就确定了录制时应该选择什么协议，光确定协议是没有用的，最主要的是付诸行动，确定了协议之后，我们进入VuGen开始录制脚本，录制完成后看看是否生成相应脚本，如果脚本内容为空可能我们选择的协议不正确，我们可以尝试选择其他协议。

对于有些使用纯JAVA编写的C/S结构的东东，采用JAVA，而且不能录制只能手工编写代码（工作量和难度还是有的）。同样不能录制的还包括C、VB Script、VB、VBNet User协议。
对于Windows Sockets协议来说，最适合的那些基于Socket开发的应用程序；但是由于网络通讯的底层都是基于Socket的，因此几乎所有的应用程序都能够通过Socket来录制，哪可能有人会问，哪既然Socket都能录制下来，还要那么多协议做什么，价格还贼贵，其实最主要的原因就是Socket录制的代码可读性较差，如果Socket的脚本可读性较高的话，实话就没有其他协议出现的必要性了。
对于邮件来说，首先要看你收邮件的途径，如果你通过WEB页面收发邮件，毫无疑问，你选择协议时就需要选择HTTP协议，如果你通过邮件客户端，像OutLook、FoxMail之类的，则需要根据操作不同选择不同的协议了，例如发邮件你可能要选择SMTP、收邮件你可能需要选择POP3。Web (HTTP/HTML)

Web Services协议是一种SOAP协议，同时也是一种特殊的HTTP协议，是HTTP+XML；
同时web Services协议使用的是你的globle的用户数，而HTTP协议使用的是你HTTP的用户数，受你的licence限制。

第二步，压力测试实例

 通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。

高级应用：性能计数器，参数设置，