我們的QA員工處於初級階段，就自動化測試而言。目前，當他們測試我們的Web應用程序（主要是.NET）時，他們會遵循他們在幾年內編寫的測試腳本，通過瀏覽器手動訪問測試環境並遵循其測試腳本。非開發人員測試（QA）
工作人員由不懂腳本的個人組成，是否有任何工具可以提供更精簡的學習曲線來自動執行此類測試。他們通常通過Web界面執行操作，然後手動查詢數據存儲以查看他們執行的操作是否與他們期望的數據一致。
顯然這看起來很陳舊，但它可以完成工作，儘管速度很慢。有沒有人有任何建議他們可以放棄使用的工具？
我會推薦硒，它是免費的，並有一個不錯的Firefox插件。
鏈接：http://selenium.openqa.org/ – 2008-11-12 20:09:07
最好有開發人員編寫和運行單元測試以及使用（可能進行）集成/功能/系統測試的QA。首先，因爲單元測試是他們的工作，其次，因爲QA可能很難爲無法測試的代碼編寫單元測試。
Selenium可用於自動化Web應用程序。它可以記錄瀏覽行爲，也可以編寫腳本。它是開源的（Apache許可證）。
我用QuickTest Pro。最棒的是記錄功能非常好，但是你也可以做很複雜的腳本。所以當QA員工變得更好時，他們可以編寫更復雜的測試。它有一個非常好的可視化腳本界面以及在VB中編寫腳本的能力。
雖然它並不便宜。對我們來說，我們使用它的原因是很多免費工具在ActiveX中無法很好地工作。所以這可能是爲了你的目的矯枉過正。
不會與QTP。定價與功能比例非常關鍵。再加上我似乎總是在後面跑步。 Ranorex另一方面是一個很好的選擇。這對新手來說非常好，對於深入的測試人員來說這非常棒。它支持c＃和VB，對於新手QA測試者來說，它是在測試場景中使用真實代碼的好工具。 Ranorex還爲測試添加了多個級別的功能。 （存儲庫，xPath等）。加上定價是相當中間範圍。如果你真的計劃好測試環境，你可以爲一個大團隊獲得最低限度的許可證。 – Martin 2016-06-27 07:50:15
嘿。
.NET？去MSVS2010。編碼的UI測試是要走的路。
可能有用的是使用一個劃分自動化工作的框架。
看看
http://www.amazon.com/Software-Test-Automation-Mark-Fewster/dp/0201331403
作者描述瞭如何從高層次腳本中分離出來的低級代碼。它允許測試人員開發自動化測試，而不必成爲軟件開發人員。
該方法要求開發人員實施測試人員在腳本中使用的底層「關鍵字」。這是一種合作方式，可以充分利用所涉人員各自的才能。
有幾種工具支持這種方法。我目前最喜歡的是robotframework（http://code.google.com/p/robotframework/）。但還有很多其他的如黃瓜（http://cukes.info/）和健身（http://fitnesse.org/）
7年來，看來硒還是很受歡迎的。
的自動化工具，一個良好的名單可以在this Wiki page
可以找到網頁：
1）硒IDE（記錄點擊和重播） - 偉大的完整的初學者，因爲用戶可以記錄然後點擊將作爲腳本導出到多種語言之一（python，ruby，Java）並向他們學習。 只有建議採用中間步驟，移動到前：
2）Selenium WebDriver - 實際代碼自己什麼硒IDE生成 - 但更精簡，那麼脆弱，更容易維護。
3）最近，Ranorex（商業）得到了很多關注。它將記錄的行爲轉換爲C#和VB.NET代碼
4）我也聽說過關於Robot framework和Watir的好消息。
但是我只有Selenium的經驗，我對它所提供的一切非常滿意，除了它如何處理禁用的元素。
如果不是由開發人員在代碼級完成的，我不會稱之爲「單元測試」，但這並不意味着您不應該進行這種類型的測試。 – 2010-03-03 16:13:56