将QuickTests作为LoadRunner测试运行

Question

我想借助现有的HP UFT QuickTest测试并使用LoadRunner运行它们。我在惠普网站上发现了一些文章，指出它可能会涉及某些东西，但没有官方支持。有没有人有这方面的经验，并有任何最佳实践要遵循？

Answer 1

自LoadRunner第一次发布以来，已经支持图形虚拟用户（GUI VUSERS）。这在每个版本的文档中都有介绍，并通​​过LoadRunner v6课堂培训与API级别的虚拟用户一起进行授课。随着骨干网的统治，GUI虚拟用户的培训下降了。在过去一年以下GUI虚拟用户的解决方案已被查阅： - XRUNNER - WinRunner的 - QuickTest Professional的

追求一个完整的GUI虚拟用户测试一个贫穷的路径来产生所有负载的有以下几个原因：

每个虚拟用户都需要一个操作系统实例，无论是物理实例还是虚拟实例。这是

API级别，到后端主机作为整个应用程序，但没有资源重量和GUI的成本相同的请求在LoadRunner中的第二个版本中添加资源的巨大浪费。您可以在每个操作系统实例中运行多个这些操作他们更有效利用资源，是从完全成熟的客户端无法区分时，正确构建和实际上是更容易建立和维护无GUI依赖

这是一个神话，你会采取同样的功能测试，所有功能的检查并在负载下运行未经修改的测试。您将选择端到端运行的特定商业案例，重现您使用人群的行为。如果您仍然在屏幕v上检查屏幕x上是否启用或禁用单选按钮的默认状态，那么您尚未回答应用程序是否适用于其中的问题。对于许多应用程序来说，不能执行的应用程序不会有效。

如果你想运行完整的GUI，使用Citrix或远程桌面虚拟用户的是更有效利用资源。

GUI虚拟用户许可证比API级虚拟用户的成本要高出数量级。对于1000用户测试的GUI虚拟用户许可证，您可以聘请一整年有能力的性能测试人员一年，并为1000个用户支付API级别许可证。

走的时候，聘请谁能够真正建立API级别的测试成功了合适的人，你会在一个更好的地方风。如果您必须运行GUI虚拟用户来检查GUI的成本，那么为您的负载模型中包含的每个业务流程运行一个。正确命名事务，例如“登录”和“Login_GUI”，这将允许您衡量两者之间的差异，以确定向用户呈现客户端软件的开销。