SAP性能测试笔记：LR脚本录制与参数化技巧

"使用LoadRunner进行SAP性能测试的初步指南" 在SAP系统性能测试中，LoadRunner（LR）是一种常用的工具，尽管它可能没有QTP（QuickTest Professional，现称为UFT，Unified Functional Testing）在SAP支持上那么直观。本文主要探讨了如何使用LR进行SAP项目的性能测试，特别是脚本的录制和拆分，以及参数化的应用。 首先，确保你使用的是LoadRunner 11.50或更高版本，因为这是支持SAP 730所必需的。LR的脚本录制功能可以帮助我们捕捉用户在SAP界面中的操作。在录制过程中，应将整个业务流程完整地录制下来，然后根据业务逻辑将其拆分为多个Action。这样做的好处是能够清晰地组织脚本，方便后期的维护和调试。 脚本录制完成后，我们需要对登录凭据进行参数化处理，以避免在多轮次测试中使用相同的静态值。可以将用户名和密码设置为变量，使脚本更具灵活性。此外，如果需要的话，可以考虑删除脚本中Setfocus的代码，因为这通常是用来模拟用户焦点转移，但在某些情况下可能是不必要的。 在处理SAPGUITable对象时，LR会自动生成像"data"、"data1"这样的参数名，这可能导致维护困难。为了提高可读性，你可以手动重命名这些参数，或者创建新的table参数，并确保其行数、列数和列名与SAP系统内的表格一致。例如，你可以将Table类型参数改为具体的SAPGUITable名称，以便更好地对应实际业务逻辑。 对于动态生成的参数，如订单号（SO），可以通过监控SAP的状态栏来获取。在脚本中，可以使用`sapgui_status_bar_get_type`和`sapgui_status_bar_get_param`函数来检查状态栏信息，从而判断是否成功生成了订单，并提取出相应的动态参数。 例如，在VF01创建账单的过程中，订单号是一个系统自动生成的动态值，可以通过在VA01中获取。使用`sapgui_table_set_text`函数时，需要注意SAPGUItable的索引是从0开始的，即第一行第一列的索引为0,0。 在执行脚本时，可能会遇到几个问题： 1. 参数化取值不唯一可能导致SAP系统报错。确保每个参数在每次迭代中都有唯一的值。 2. 系统配置问题：如果服务器禁用了脚本运行，会出现如"Gui_Err_Scripting_Disabled_Srv"的错误，需要在SAP系统中设置允许脚本运行。 使用LoadRunner进行SAP性能测试需要理解SAP业务流程，熟练掌握脚本录制、拆分和参数化技巧。同时，还要注意系统配置和动态参数的获取，以确保测试的有效性和准确性。在实践中不断优化脚本，可以提升测试效率并减少潜在的问题。