软件测试每周一问：很多人使用loadrunner录制脚本时都得不到理想的结果，出现这种情况大多是由于录制脚本时选择了不当的协议。那我们在录制脚本前如何选择合适的通信协议呢？用单协议还是双协议？欢迎大家讨论交流!
会员huior的精彩回答：
怎么开场呢？我就不说这个问题“很傻很天真”了，这就好比“渔夫要捞鱼，如何选择合适的网眼”、“程序员要写代码，如何选择系统头文件”一样，提出这样的问题充分暴露出一种浮躁盲目的情绪：
业务不精：对被测软件环境的总体架构不了解，不知道client和server间的通讯方式；
工具不精：但凡对LoadRunner的基本原理有所了解，估计也不会有这样的问题。
其实只要你能把以上的两点搞明白了，这个问题也就不再是问题。
LoadRunner属于应用在客户端的测试工具，在客户端模拟大量并发用户去访问服务器，从而达到给服务器施加压力的目的。所以说LoadRunner模拟的就是客户端，其脚本代表的是客户端用户所进行的业务操作，即只要脚本能表示用户的业务操作就可以。
具体到脚本应该选择什么协议，说直观点，就是选择脚本中选择哪些系统头文件的问题。试想一下，如果你碰到开发人员写程序时不知道用什么头文件，估计大部分测试员暗地里要“笑话”人家；现在轮到自己了，呵呵。下面是各种协议和相关头文件的对应关系。
具体到选择协议，个人看法，有两种策略。
选择click and scrīpt，相对比较简单的协议，类似于WinRunner和QTP的GUI级别的脚本，直接记录鼠标和键盘的动作，不需要关注底层的通讯协议，可以避免很多问题（如关联等），容易理解，不过LoadRunner 9.0支持的click and scrīpt不多，只有以下三种：
Web (Click and scrīpt)
SAP (Click and scrīpt)
Ajax (Click and scrīpt)
另外一种就是选择协议的依据就是client和server之间的通讯协议了，记住，依据只是通讯协议，而不是别的。
谁说B/S结构的就一定选择WEB(HTTP/HTML)？你试试51testing首页的“在线客服”，或者在线的QQ或者MSN，看看用WEB(HTTP/HTML)能否录到期望的脚本？
谁又说C/S结构的就一定是WinSocket协议？目前很多的Win32应用客户端其实也是HTTP通讯。难道各位没有注意到LoadRunner还有下面的选项
所以说选择什么协议和什么c/s、b/s结构关系不大，唯一的依据就是客户端和服务器之间的通讯。明白这一点后，什么“单协议”、“双协议多协议”统统不再是问题。
唯有在测试前有充分的准备，才能在测试实施中一帆风顺。关于测试前的准备，可以参考本站另外一篇文章《LoadRunner前传：压力测试前的分析准备工作》http://www.51testing.com/?10851/action_viewspace_itemid_79096.html
软件测试每周一问：当前问题讨论：如何设计或者挑选有效的回归测试用例？（08-05-23），欢迎大家踊跃参与讨论交流！
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
