使用Loadrunner测试Appeon Web应用时参数化的考虑
使用Loadrunner测试Appeon Web应用时，由于客户端的Appeon Web library（IE插件）和服务器端Appeon Server的HTTP交互带的都是二进制数据。因此通过Loadrunner录制的脚本，与普通的基于HTML的Web应用是不同的，无法直接进行参数化，你在Loadrunner中看到的都是二进制数据。
那么是不是就无法参数化测试了？答案是否定的。
具体的方法就是：在Powerbuilder应用层进行参数化。下面具体解释一下含义。
例如，我们的PowerBuilder应用程序是在表中插入记录。对于这个表的主键列，原来可能是需要输入的，或者是生成的。
那么在进行压力测试前，需要对PB应用程序做一些小的修改。具体来说，就是对于影响数据提交的列，进行“参数化”。例如，主键我们可以采用Oracle的序列生成。这样就可以避免提交数据更新时，违反主键约束。
做完这些修改后，重新把PB应用翻译发布到Appeon Server，然后按正常方法录制脚本和测试就可以了。
这就是在应用层进行参数化的含义。当然，在PB层进行参数化，实际和生产环境中实际运行的程序有一些差别，但我们可以将这种差别和影响降低到最小，只在必要的地方使用。
在压力测试完后，将这些专用于“压力测试参数化”的PB代码注释掉就可以了。
参见：关于使用LoadRunner对Appeon Web应用进行压力测试的初步介绍 http://blog.csdn.net/shuchengma/archive/2006/12/26/1462386.aspx
使用Loadrunner测试Appeon Web应用时参数化的考虑
使用Loadrunner测试Appeon Web应用时，由于客户端的Appeon Web library（IE插件）和服务器端Appeon Server的HTTP交互带的都是二进制数据。因此通过Loadrunner录制的脚本，与普通的基于HTML的Web应用是不同的，无法直接进行参数化，你在Loadrunner中看到的都是二进制数据。
那么是不是就无法参数化测试了？答案是否定的。
具体的方法就是：在Powerbuilder应用层进行参数化。下面具体解释一下含义。
例如，我们的PowerBuilder应用程序是在表中插入记录。对于这个表的主键列，原来可能是需要输入的，或者是生成的。
那么在进行压力测试前，需要对PB应用程序做一些小的修改。具体来说，就是对于影响数据提交的列，进行“参数化”。例如，主键我们可以采用Oracle的序列生成。这样就可以避免提交数据更新时，违反主键约束。
做完这些修改后，重新把PB应用翻译发布到Appeon Server，然后按正常方法录制脚本和测试就可以了。
这就是在应用层进行参数化的含义。当然，在PB层进行参数化，实际和生产环境中实际运行的程序有一些差别，但我们可以将这种差别和影响降低到最小，只在必要的地方使用。
在压力测试完后，将这些专用于“压力测试参数化”的PB代码注释掉就可以了。
参见：关于使用LoadRunner对Appeon Web应用进行压力测试的初步介绍 http://blog.csdn.net/shuchengma/archive/2006/12/26/1462386.aspx
使用Loadrunner测试Appeon Web应用时参数化的考虑
使用Loadrunner测试Appeon Web应用时，由于客户端的Appeon Web library（IE插件）和服务器端Appeon Server的HTTP交互带的都是二进制数据。因此通过Loadrunner录制的脚本，与普通的基于HTML的Web应用是不同的，无法直接进行参数化，你在Loadrunner中看到的都是二进制数据。
那么是不是就无法参数化测试了？答案是否定的。
具体的方法就是：在Powerbuilder应用层进行参数化。下面具体解释一下含义。
例如，我们的PowerBuilder应用程序是在表中插入记录。对于这个表的主键列，原来可能是需要输入的，或者是生成的。
那么在进行压力测试前，需要对PB应用程序做一些小的修改。具体来说，就是对于影响数据提交的列，进行“参数化”。例如，主键我们可以采用Oracle的序列生成。这样就可以避免提交数据更新时，违反主键约束。
做完这些修改后，重新把PB应用翻译发布到Appeon Server，然后按正常方法录制脚本和测试就可以了。
这就是在应用层进行参数化的含义。当然，在PB层进行参数化，实际和生产环境中实际运行的程序有一些差别，但我们可以将这种差别和影响降低到最小，只在必要的地方使用。
在压力测试完后，将这些专用于“压力测试参数化”的PB代码注释掉就可以了。
参见：关于使用LoadRunner对Appeon Web应用进行压力测试的初步介绍 http://blog.csdn.net/shuchengma/archive/2006/12/26/1462386.aspx
使用Loadrunner测试Appeon Web应用时参数化的考虑
使用Loadrunner测试Appeon Web应用时，由于客户端的Appeon Web library（IE插件）和服务器端Appeon Server的HTTP交互带的都是二进制数据。因此通过Loadrunner录制的脚本，与普通的基于HTML的Web应用是不同的，无法直接进行参数化，你在Loadrunner中看到的都是二进制数据。
那么是不是就无法参数化测试了？答案是否定的。
具体的方法就是：在Powerbuilder应用层进行参数化。下面具体解释一下含义。
例如，我们的PowerBuilder应用程序是在表中插入记录。对于这个表的主键列，原来可能是需要输入的，或者是生成的。
那么在进行压力测试前，需要对PB应用程序做一些小的修改。具体来说，就是对于影响数据提交的列，进行“参数化”。例如，主键我们可以采用Oracle的序列生成。这样就可以避免提交数据更新时，违反主键约束。
做完这些修改后，重新把PB应用翻译发布到Appeon Server，然后按正常方法录制脚本和测试就可以了。
这就是在应用层进行参数化的含义。当然，在PB层进行参数化，实际和生产环境中实际运行的程序有一些差别，但我们可以将这种差别和影响降低到最小，只在必要的地方使用。
在压力测试完后，将这些专用于“压力测试参数化”的PB代码注释掉就可以了。
参见：关于使用LoadRunner对Appeon Web应用进行压力测试的初步介绍 http://blog.csdn.net/shuchengma/archive/2006/12/26/1462386.aspx