笔记：用LR做SAP性能测试---简单入门

本人用LR做SAP项目性能测试时做的一个简单的笔记，主要是脚本方面。个人感觉LR对SAP的支持还没有QTP好，脚本移植性不如QTP，加上SAP的性能测试主要是建单子时通过增加子项来对SAP系统施压，很少涉及并发，QTP完全可以胜任。 【SAP性能测试与LoadRunner基础】 在进行SAP系统的性能测试时，LoadRunner（LR）是一种常用的自动化测试工具。本文主要围绕使用LR进行SAP性能测试的基础知识展开，包括所需的LR版本、脚本录制、参数化、动态参数获取、问题解决以及性能指标。 确保你使用的是支持SAP730的LR版本，至少是11.50或更高。SAP性能测试的重点通常是对业务流程的压力测试，尤其是通过创建订单等操作来模拟并发用户负载。LR虽然在SAP支持上可能不如QTP（现在称为UFT），但仍然能够有效地录制和回放SAP业务场景。 脚本录制是LR测试的基础，需要选择正确的协议，例如SAPGUI。在录制过程中，可以先完整录制整个流程，然后根据业务逻辑拆分为不同的Action。参数化是关键，尤其是对于登录凭证，如用户名和密码，应使用参数化技术以增强脚本复用性。去除不必要的Set focus代码可以优化脚本效率。SAP GUI Table对象的输入值通常会自动保存为系统参数，建议重命名或替换这些参数，以保持脚本的清晰和可维护性。 动态参数的获取是SAP性能测试中的挑战之一。例如，可以通过检查status bar的状态来获取生成的订单（SO）等信息。在VF01创建billing场景中，需要对动态生成的order进行参数化。在处理表格（Table）类型的参数时，要注意行数、列数和列名的对应，以确保与SAP系统一致。 在脚本执行中可能会遇到以下问题： 1. 参数化不唯一可能导致SAP系统错误，需确保每个值都是唯一的。 2. 系统配置问题，如禁用脚本运行，需要在RZ11中启用SAPGui/user_scripting参数。 3. GUI界面变动可能导致LR无法识别，需更新或重新录制脚本。 4. 同时有其他用户操作可能导致测试结果不准确，应避免这种情况。 5. ABAP程序的重新编译可能影响测试结果，确保运行态对象与ABAP程序同步。 SAP性能测试的指标主要包括： 1. Average Dialogue Response Time（平均对话响应时间），反映用户每屏切换的时间，直接影响用户体验。 2. SAPS（SAP应用性能标准），是SD模块的基准，衡量系统处理能力，100SAPS代表每小时处理2000个order line items。 SAP系统内部还提供了Workload Statistics，如Response time（包括Dispatcher queue的时间）、Wait time（请求等待时间）、Roll-in time（用户上下文加载时间）、Load time（数据加载时间）和Database request time（数据库请求时间），这些参数有助于深入分析系统性能瓶颈。 使用LR进行SAP性能测试需要深入理解SAP业务流程、LR脚本录制与优化、参数化技巧以及如何处理各种潜在问题。通过对关键性能指标的监控和分析，可以全面评估SAP系统的性能表现，并为优化提供数据支持。