LoadRunner工具和业务

    Loadrunner无疑是一个强大有力的压力测试工具。它的脚本可以录制生成，自动关联；测试场景可以面向指标，多方监控；测试结果图表显示，拆分组合。但loadrunner它本身是个工具，那么是否能够找到性能瓶颈就取决于使用工具的人，而不是工具本身。要做一个成功的性能测试，仅读懂和精通了loadrunner的使用手册是不够的，还需要对被测软件系统的方方面面都要有了解，比如软件体系构架，网络拓扑，业务等知识。有一个比喻很是形象，这就如同一个技艺高超的木匠，并不是因为他背熟了凿子，锤子的说明书，而是他能结合木材的质地和尺寸，用凿子和锤子这些工具做出一把精巧的椅子来。

  loadrunnerVUGen生成脚本，脚本的生成方式就两种，一种是自写或嵌入源代码，一种是录制生成。有人认为手写的脚本更优，可读性好，流程清晰，还可建立脚本库统一管理。但我认为并不绝对，对于项目性的录制的方式更适合，成本是第一考虑的因素。另一方面，录制的脚本搭配业务系统模块的划分及测试数据的构造使得脚本的开发周期更短，更为灵活。脚本开发难度也更低点。提倡手写脚本者可能认为录制生成的代码大多没有维护的价值，属于现炒现卖。我认为能达到性能测试目标，现炒现卖又如何呢？以业务知识和逻辑为主，辅以RoadRunner工具功能模拟真实业务场景才是性能测试的正确方向，而不是追求脚本的复杂度和漂亮度，实用性才是王道！

   脚本开发流程，推荐步骤如下，摘自loadrunner 帮助文档VuGen中。遵循的原则是单用户单循环到多用户多循环的脚本增强过程，主要涉及的是参数化的部分。

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 生成的数据结果分析和服务器后台资源监控，相辅相成，互为验证！