測試自動化框架 - 工具重要嗎？

Question

我從過去幾個月一直致力於測試自動化，並一直使用名爲「Testcomplete」的工具。但我注意到這些工具在自動化領域並不重要。只有您期望從自動化工具中獲得的東西是該工具能夠爲測試應用程序中使用的不同控件吐出識別字符串。 除此之外，您將始終需要構建一個自動化框架，以滿足您編寫代碼的需求。

所以我的問題是，我想，自動化工具並不重要了很多自動化正確的領域？從某種意義上說，您可以使用任何工具來實現自動化運行。或者這些工具真的很重要嗎？ （請忽略工具的成本因素）。另外，如果我需要學習一種新的自動化工具，那我該怎麼專注呢？或者我怎麼去學習這個工具？總之，「學習工具」究竟意味着什麼？

Answer 1

我3個選擇哪些工具最好的理由使用：

• 它的工作原理。這一點很重要，並不是所有的工具，在所有情況下即閃，銀色的光芒，Adobe AIR中，遺留應用程序沒有自動化支持等
• 整個團隊的技能工作。這不僅包括測試人員，還包括開發人員。測試自動化不應該是一個孤立的工作，開發人員也應該協作。當開發和測試使用相同的語言/平臺時，這很容易。
• 價格。不必是免費的（但它可以），但它當然是一個重要的因素。

就我個人而言，我們使用與單元測試相同的測試運行器。隨着額外的第三方自動化部分，爲您做管道。

Answer 2

爲什麼工具是很重要的一些額外的想法：

• 社區 - 什麼是用戶社區是怎樣的？有很多用戶生成的資源可以幫助嗎？
• 支持 - （如果供應商）什麼是客戶支持？他們是否很快解決問題？容易找到解決常見問題的方法嗎？
• 可擴展性 - 經常在自動化測試，你需要推出自己或代碼的變通辦法，如果該工具不支持您的應用程序的特定類型的對象。擴展產品有多容易？該工具使用什麼編程語言？你從IDE獲得什麼樣的支持？

Answer 3

還有一條建議：有時您需要圍繞特定框架的包裝類。我們使用WatiN，這在當時非常出色，但它缺少Chrome（它有一小部分時間）的支持。對於我們而言，殺死WatiN的原因是缺乏對新FireFox版本的處理：FireFox 8已經出爐，我們不得不在FireFox 3.6上運行測試... ... Selenium是解決方案，但它有一個完全不同的邏輯，我們已經有超過1000次測試。

因此，我們必須創建一個圍繞硒的包裝類，以「假」這是華廷。我們遇到了一些問題，但我們只能重寫一些特殊情況......而不是所有的測試。

問題是，有時，對框架的支持只是不復存在。但有一個自己的框架集中在什麼測試實際上，而不是它如何它的工作將節省你在這種情況下。