QuickTest Pro自動測試

Question

我有三個簡單的問題。

有沒有人使用QuickTest Pro進行自動測試？

您推薦的其他自動測試應用程序？

自動測試是一個好主意嗎？

謝謝

Answer 1

上有SO關於測試自動化多個線程：

• Which is better for web testing? Record-Play automation or coding?
• User Interface Testing
• Automated testing of GUI

我從來沒有使用快速測試專業版，但我一直在幾個使用不同自動化測試工具的項目; Silk Test，Rational Robot，WinRunner。這些工作中最成功的是使用RRAFS框架的Rational Robot來隔離應用程序更改和測試腳本。我們還使用STAF框架來自動化和管理我們的測試基礎架構。

自動化測試是測試應用程序方面的一種很好的技術，但它不能代替人類測試人員。像所有工具一樣，您可以使用它，也可以濫用它。只要你測試的是穩定的，重複的，具有可預測或可計算的結果，並且你經常測試它，那麼自動化的成本最終會爲自己付出代價。

Answer 2

'自動測試'不如聽起來那麼好。據我所知，測試執行的自動化只是過程的一部分。

Answer 3

哪種自動化測試？

我已經編寫了一些腳本，這些腳本是後期構建過程的一部分，通過API比較一些結果，但這不是特別想要的。

在自動化windows用戶界面應用程序方面，我已經看到了理性機器人，但不能特別推薦它。

Answer 4

我們沒有在我工作的地方使用QuickTest Pro，但我們正在研究自動系統測試的選項。就建議而言，如果不知道你的標準是接受還是拒絕軟件工具，那就有點困難。我正在根據這些標準判斷自動化系統工具：

• 它是否允許程序員以外的人創建自動系統測試？
• 程序員可以編寫腳本來定製目的嗎？
• 它支持數據驅動的測試（使用外部文件和/或數據庫的測試數據多次運行單個測試）。
• 你可以配置訂單測試嗎？
• 它支持包含在持續集成環境中有多好？

這些只是能力。成本當然是一個因素。另一個因素是該工具是否需要學習專用語言來編寫腳本。

自動化測試絕對是一個好主意。自動化測試是continuous integration的關鍵推動因素之一。

Answer 5

我發現非UI的自動化測試絕對值得。

UI的自動化測試也是值得的，但不是那麼多。對於我的項目，用戶界面不到10％的代碼。 UI的自動化測試還有一系列其他問題，例如時序和線程訪問，這使得它比預期更加困難。我使用nunitforms進行UI測試。

我建議如果可能的話，先測試UI背後的邏輯，然後再測試UI。用非UI測試你可以獲得更好的效果。

我評估了自動化QA的測試程序，它看起來不錯，但我使用了nunitforms，因爲它與我在非UI測試中所做的更類似。

Answer 6

我是使用QTP的自動化團隊的負責人，我討厭它。錄製/回放功能太糟糕了，它會經常被弄糊塗，導致奇怪的測試結果。記錄只能用於構建對象數據庫，甚至必須導致各種黑客行爲，才能使其可靠地工作。

QTP/QC是基於ActiveX/COM的，只能用VBScript編寫腳本，這是另一個火辣的狗狗便袋。爲了獲得任何可擴展性，我們必須採取所有這些黑客和技巧。我們正在做一些事情，比如運行一個測試，動態地將QTP測試添加到測試套件中，編輯輸入參數，更改對象存儲庫以使其與環境相匹配，保存測試，生成調度程序實例以運行測試。測試完成後，將所有結果複製到父測試，然後從測試集中移除QTP測試。最後，我們最終發佈了VBScript調用的自定義COM組件，並使用QTP/Quality Center作爲一個半分類的報表引擎，但它並沒有提供足夠的靈活性來獲取我們真正需要的報表類型。

Mercury/HP的另一個問題是，他們將所有技術支持外包給印度，並沒有對他們進行培訓。在與任何具有關於API的技術知識的人交談之前，通常會花費2周的時間在較低級別的支持煉獄中，但只有被告知是的，這是一個錯誤，但我們不會解決它。

對於強大的語言我感到抱歉，但是我發現整個劇集都受到傷害，並且永遠不會在項目或再次使用QTP/QC的團隊中工作。

Answer 7

如果任務中有重複，任何任務的自動化應該在那裏。在一個模塊中，如果您必須爲每個構建運行迴歸測試用例，並在該構建中對產品進行了一些小改進，則可以自動執行迴歸測試用例運行。在這個例子中，重複性測試用例的自動化將提高生產力&將使測試人員更專注於手動測試。

除了qtp，你也可以探索壓扁qt相關項目&測試合作伙伴爲Windows C++ & VB項目。

Answer 8

丹，我使用QTP 11進行自動化。

讓我知道你的要求，比如你想測試什麼樣的應用程序等等。很多開源和共享工具可用於幾乎所有類型的應用程序。

自動化測試是一個好主意，只要你要自動化不會經常改變。如果不是這樣，那麼最終會相應地修改測試腳本，而不是在需要時在應用程序上運行測試腳本。