將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」，這將允許您衡量兩者之間的差異，以確定向用戶呈現客戶端軟件的開銷。