最好的解決辦法

我想選擇的自動化UI測試工具用於以下情形，與4個應用：最好的解決辦法

應用程序1個一個應用程序與Web UI
應用2一個Flex應用程序
應用3一個HTML5應用程序
應用4一個應用程序與WPF UI

所以，理想情況下，我升爲所有功能於一身的解決方案打氣。可以處理Web（應用程序1,2和3）和WPF（應用程序4）（如SilkTest，TestComplete和Seapine QA嚮導）測試的東西。

但是，應用程序4很快就會消失，並且測試它的需求也將會消失。只留下我的WEB UI應用程序。在那種情況下，我會選擇Selenium，這裏沒有問題。

所以，

問題1：你會推薦所有功能於一身的解決方案，甚至不知道在未來它只會被用來測試Web應用程序？如果是這樣，你認爲哪種工具最好？

問題2：如果我選擇使用Selenium作爲Web應用程序，我仍然需要測試WPF之一。我在看白色項目。它會成爲這項工作的最佳工具，還是我應該看看別的東西？

來源

2011-09-29 Joao Baltazar

我想你會爲很多設置自己的痛苦，如果你嘗試找到一個適合所有這種問題的解決方案。

你絕對應該使用硒來掩蓋網絡的東西。我還沒有看到一個自動化測試框架比Selenium（以及它的各種子項目）更具功能性或更易於獲取。這是Web應用程序的正確解決方案。

一個特別的考慮是，如果您長期進行自動化投資，那麼您不想因爲它支持Web和WPF應用程序而使用不合標準的工具。鑑於您最終將擺脫WPF應用程序，現在就讓測試需求爲輔。從長遠來看，你的大部分努力將用於測試產品，所以使用最好的工具（在我看來，Selenium）。對於WPF應用程序，可能有一些相當不錯的工具可用（我記得一位HP代表說他們正在考慮將WPF測試自動化納入他們的企業測試套件中）。底線，你看到兩種不同的需求集合，因此找到一個通用的測試工具將會很困難。爲每項工作使用最佳解決方案，並讓您頭痛不已。

來源

2011-09-29 15:09:37

我同意你所說的一切。我意識到在Web測試中沒有任何東西可以接近Selenium，但是我試圖找到一個不太糟糕的工具，我也可以將其用於WPF項目，並且我發現找到這樣的工具是不可能的。問題2仍然需要回答，因爲我還沒有找到處理WPF以及Selenium處理Web的工具。 –

我同意@Peter - 如果WPF應用很快就會消失，那麼對於該應用的任何自動化投資都可能會被浪費。而硒絕對是真棒。但是，如果WPF應用程序待在附近，我會鼓勵您探索一攬子解決方案。商業產品（IBM，HP，MSFT等）都在網絡和桌面應用方面做得很好。如果您需要支持Web +桌面應用程序，您通常最好學習一種工具（全合一）而不是兩種（Selenium + Desktop）。 –

我認爲基於小黃瓜的語言如Cucumber或Specflow在這裏真的很有用。我假設大多數功能應該在每個平臺上以類似的方式工作，因此您應該能夠編寫一套描述行爲的足夠高級別的場景，然後爲每個平臺實施不同的步驟定義，例如，

硒網頁或HTML
wipflash爲WPF
FunFX Flex的所有功能於一身的解決方案的

來源

2011-09-29 21:21:04

我喜歡你的理想，但你的假設是錯誤的。在這種情況下，所有的應用程序都有自己的行爲。我不會通過使用該解決方案節省很多時間和精力。 –

一個優點5個版本是，只有一個學習曲線適用於所有技術。您提到應用程序4（使用WPF）很快就會消失，但您可能需要確定您的公司將來是否會使用其他技術。

QA嚮導對我來說效果很好。狀態工具允許我遠程監控結果。 QA嚮導還提供負載測試和壓力測試功能，使其成爲一個強大的工具。

來源

2012-05-20 17:26:37 CodeStuff

最好的解決辦法

回答

相關問題