zaIIlbelich關于測試自動化說過這些話：
已有相當多的測試專家令人信服地重復實施著軟件測試過程自動化的工作。參加軟件測試的大部分人都認為測 試過程的自動化不僅是我們期望的，而且實際上也是當前 市場必須的要求。[3]
開發魚鹽業趟塾焦壅堅一個費錢而且費時的項目。這個框架的創建和實現必須在AL盯交付Qc(Quality C0nt耐，質量控制)之前完成，因此得在該項目的生命周期的早期階段構建并測試。然而，一旦使用該框架，你可能會發現它不適合你的組織所有的軟件測試需要。了解何時使用這樣一個框架是測試自動化重要的部分。我們已經與自動化測試團體的其他成員在在線討論中熱烈討論過這個問題。我們討論的部分內容是給定開發該框架所花費的工作量，邀據驅動測試的價值何在。該討論的部分內容發布在：1999年5月17至21日SOA用戶組網站上。盡管很多人參加了討論，這里只摘錄Elfriede Dustin、cd Nagle和Dan M0sky的談話。完整的在線討論請見附錄A。
E1抽ede：
我同意Mark的觀點，數據驅動測試會有普及的一天，雖然現在還未到時日。我在使用數據驅動測試時使用的是“測試數據”(請看㈣t。testc。．∞m，那里有一個例子描述了我們如何使用Robot工具對兩千年數據進行測試)，但是我們很少在數據驅動測試中使用“控制數據”。原因在于實施起來很麻煩，并且只有當測試能在后續版本中重用多次時這些努力 算值得。
Ed Kit在srAR做完講座之后我曾經咨詢過他，他也認同找的觀點，即這種方法至少要重用17次后才能使回報與付出相抵。(沒錯，這是他給出的數據。) 較早時候，我在先前工作中的一位合作者剛好接受了這種 數據驅動測試的訓練。此人花了3周的時間實施數據驅動方 法。有很多漂亮的表格，里面有各種命令／控制以及要讀取的 數據。但是最后大家歸結出如果使用簡單的記錄以及回放和腳 本的修改，將會更有效率，因為這種測試無法重復使用。在此案例中這種嘗試屬于浪費時間。你將不得不依賴于你自己的判 斷，并請記住在測試自動化中使用復雜的數據驅動框架有時是 得不償失的。
Cad：
我對你的各種觀點都比較同意，但是我認為如果不是有意進行重用，那么再多的自動化方法也是不合算的。實際上，即 使是經過第17次重用才劃算的說法聽起來也太好了。根據每 晚進行的構建驗證，應該是17個工作日(或更少)并全在同 一個版本中!
Dan：7
我恐怕不能同意你(E“nede)的觀點。數據驅動的確需， 要你所說的前期投入，但是在軟件刨建這個級別的回歸測試中f它的回報是很大的。我自己經歷過并且見過。我們曾經必須為一個財務軟件測試100多個交易畫面(每一個都是一個窗口)。I 我們開發了超過7000個的數據驅動測試，其中每一個大約要 花費3～5天進行編制和調試，但是這些測試在每一次軟件新 版本創建之間重復運行只要1～2個小時。我們通常每周都會 收到一個新的版本，而我們每周都能夠重復使用那100多個測 試腳本和7000多個測試記錄，并且我們可以按時完成工作。
從這些討論中可見，關于自動化測試的價值，特別是數據驅動方法價值存在不同的意見。主要問題是：何時實現自動化測試框架是有意義的?對于較小的測試項目，這種工作就不值得了。即使對于較大的測試項目如果測試不在回歸測試套件中重用，測試自動化也似乎不明智。另一個解決這個問題的方法是看要被自動化的測試類型。對于單元和集成測試，自動化是必不可少的。為什么?因為如果沒有自動化，用于測試的構建版本質量就會很差。結果是本應在開發中發現的缺陷，留給系統測試者了。在當前的Web開發領域，Java是可選的語言，且使用面向對象方法。開發者使用測試工具比如JLhit把測試用例作為類嵌入，這些類可與其余代碼一起保存，并且在構建過程中集成前被用僵用來測試Java對象。這樣做可以清除許多當前留給系統測試的錯誤類型。此外．自動的集成級冒煙測試應該在每個構建版本進人系統測試前準備和執行。第5章更深人地討論了這些問題。
HaIlcock認為： 測試自動化是一項投資。最初的投資可能很多，但投資的回報 很豐厚。自動化測試運行超過15次以后，測試就是免費的了。[1]他將自動與手工測試的比較看作是基本自g威本一收摘分析。他引用了Kalr時的假設，構建、驗證和存檔自動化測試要花手工測試3～10倍的時間[2]。Hartcock在他的測試自動化的可能回報的例子中用15倍作為最壞的情況，對可能的回報做了保守估計。
為了計算投資回報(鰱tumon lnvestment，RoI)，Han∞ck說一定要確定“次數”；也就是說，測試集需要執行多少次——要將平臺數、操作系統數，以及與軟件相容的外語數目相乘，也要與測試要運行的構建數／版本數相乘[1]。
如果你用Hancock的ROI方法，單元和集成測試的自動化比系統測試的自動化更值得，因為系統測試比其他兩種測試類型重用的機會少。如果系統級測試沒有在一個重用程度很高的自動化回歸套件中實現，系統測試自動化就不會有太高的ROI。而單元和集成測試的ROI就高得多。很少有公司完全意識到自動化測試的價值。他們想擁有，也知道他們需要，但最后他們不能讓上層管理者信服其成本收益。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
