我有一个项目，我们使用LoadRunner和DFE扩展。我的问题是，在不改变DFE扩展的情况下，可以将项目从LR迁移到jMeter。一般来说，它所做的是获取请求，加密它并将其发送到后端。同样，当响应被接收时，它会解密它，因此它变得可读和可解析。此致：
d6kp6zgx1#
JMeter对DFE一无所知，如果响应是加密的，你必须自己使用i.s.编写解密逻辑。JSR223 PostProcessor和Groovy language例如：
byte [] encryptedResponse = prev.getResponseData() //the code to perform the decryption here prev.setResponseData('decrypted response', 'UTF-8')
用于解密响应的代码将根据算法而有所不同，您需要将其包含在您的问题中以获得示例，到目前为止，我只能建议熟悉Encryption and decryption with Groovy文章
k2fxgqgv2#
DFE是LoadRunner特定的功能。您将不得不重建解码和编码在Jmeter。我有一个更大的问题，为什么你没有从LoadRunner中获得价值？人们切换性能工具的唯一原因是因为一个价值的问题，要么是衡量价值存在问题，要么是价值在产出中太低以至于所有人都显而易见。除非您解决了价值生成问题，否则它将跟随您使用新工具。价值是在分析中的性能测试中产生的，其中的发现直接导致建议，以提高软件的性能，无论是客户端响应，可伸缩性，或通常两者都有。在切换工具之前先解决这个问题。除非你提出一个改进绩效的建议，否则你和你的团队将是一种没有回报的成本。如果你选择转换工具，那么你应该非常清楚地规划出你的价值之路。此外，绘制出与高质量数据集生产相关的成本（劳动力）的任何变化，以便于分析。由于Jmeter具有与LoadRunner不同的功能集，在监视和分析方面，您需要使用其他工具填补交换机中的这些空白，并找出如何将响应时间和资源监视器结合在一起以进行分析。
2条答案
按热度按时间d6kp6zgx1#
JMeter对DFE一无所知，如果响应是加密的，你必须自己使用i.s.编写解密逻辑。JSR223 PostProcessor和Groovy language
例如：
用于解密响应的代码将根据算法而有所不同，您需要将其包含在您的问题中以获得示例，到目前为止，我只能建议熟悉Encryption and decryption with Groovy文章
k2fxgqgv2#
DFE是LoadRunner特定的功能。您将不得不重建解码和编码在Jmeter。
我有一个更大的问题，为什么你没有从LoadRunner中获得价值？人们切换性能工具的唯一原因是因为一个价值的问题，要么是衡量价值存在问题，要么是价值在产出中太低以至于所有人都显而易见。除非您解决了价值生成问题，否则它将跟随您使用新工具。
价值是在分析中的性能测试中产生的，其中的发现直接导致建议，以提高软件的性能，无论是客户端响应，可伸缩性，或通常两者都有。在切换工具之前先解决这个问题。除非你提出一个改进绩效的建议，否则你和你的团队将是一种没有回报的成本。
如果你选择转换工具，那么你应该非常清楚地规划出你的价值之路。此外，绘制出与高质量数据集生产相关的成本（劳动力）的任何变化，以便于分析。由于Jmeter具有与LoadRunner不同的功能集，在监视和分析方面，您需要使用其他工具填补交换机中的这些空白，并找出如何将响应时间和资源监视器结合在一起以进行分析。