运行QuickTests作为LoadRunner测试

Question

我想使用现有的HP UFT QuickTest-Tests并使用LoadRunner运行它们。我在惠普的网站上发现了一些文章，表明可能会争论一些东西，但没有任何官方支持。有没有人有这方面的经验，有没有最好的做法可以遵循？

Answer 1

自LoadRunner首次发布以来，一直支持图形虚拟用户（GUI VUSERS）。每个版本的文档都对此进行了介绍，并通​​过LoadRunner v6课堂培训与API级虚拟用户一起进行了教学。随着瘦弱网络的主导地位，所包含的GUI虚拟用户培训受到了拒绝。在过去的一年中，以下GUI虚拟用户解决方案可用：   - XRUNNER   - WINRUNNER   - QUICKTEST PROFESSIONAL

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

每个虚拟用户都需要一个物理或虚拟的操作系统实例。这是一种巨大的资源浪费

API级别，与完整应用程序相同的后端主机请求，但没有资源权重和GUI成本，在LoadRunner的第二个版本中添加。您可以为每个OS实例运行多个这些。它们更具资源效率，在正确构建时与完整的客户端无法区分，并且在没有GUI依赖性的情况下实际上更容易构建和维护

这是一个神话，你将进行相同的功能测试，所有的功能检查，并在负载下运行未经修改的测试。您将选择端到端运行的特定业务案例，再现您的使用人群的行为。如果您仍在检查来自屏幕v的屏幕x上是否启用或禁用了单选按钮的默认状态，那么您还没有回答应用程序是否适用于该应用程序的问题。对于一个不具备性能的应用程序将不会为许多人提供高性能。

如果您希望运行完整的GUI，那么使用Citrix或远程桌面虚拟用户可以提高资源效率。

GUI虚拟用户许可证比API级虚拟用户贵几个数量级。对于1000个用户测试的GUI虚拟用户许可证，您可以雇用一整套功能强大的性能测试人员一年，并为1000个用户支付API级别许可证。

花点时间，聘请能够成功构建API级别测试的合适人员，您将在更好的地方找到合适的人选。如果必须运行GUI虚拟用户以检查GUI的成本，则在负载模型中包含的每个业务流程中运行一个。适当地命名事务，例如“登录”和“Login_GUI”，这将允许您测量两者之间的差异，以确定演示中的客户端软件对用户的开销。