什么情況下使用
自動化測試？是不是采取自動化測試就會提高效率？當有一天你的老板或者經理問你這問題時，你可以把下面的文字轉述給他，相信老板會滿意你的答案...：）
1、執行頻率
如果測試會在應用程序的每一個新版本下運行，則該測試非常適合自動化。這包括在整個應用程序中檢查基本功能的那些測試。每當應用程序有了新版本，在進行 深度測試前，應當運行這些測試來檢查新版本的穩定性。數據驅動測試（測試中對同樣的操作使用了多重的數據值）也是非常適合自動化的測試類型。每次對不同的 輸入數據集通過手工方式運行測試既單調乏味也效率低下。通過創建一個自動化的數據驅動測試，能夠在一個測試中使用多重的數據集。
2、壓力/負載 測試
同樣推薦將壓力測試和負載測試進行自動化。舉例來說，假設一個測試必須重復1000次，手工運行測試將會非常不切實際。使用WinRunner，則能夠創建一個循環來運行測試1000個來回。
何時不要使用自動化測試？
下面描述了不應當被自動化的測試用例：
1）可用性測試－提供可用的模塊來檢查應用程序的易用性的測試
2）只運行一次的測試
3）需要立即運行的測試
4）基于用戶對于應用程序的直覺和知識的測試
5）沒有可預測結果的測試
自動測試的優點是能夠很快、很廣泛地查找Bug，缺點是它們只能檢查一些最主要的問題，如崩潰、死機，但是卻無法發現一些一般的日常錯誤，這些錯誤通過人眼很容易找到，但機器卻往往找不到。另外，在自動測試中編寫測試工作量也很大，因此在實際測試中通常是手工測試和自動測試相結合，而且手工測試往往是主要的，占了1/2－2/3，而自動測試只占1/3－1/2。在不同的開發隊伍中，這個比例會有所不同，但總體趨勢是這樣的。
版權聲明：本文出自 coolors 的51Testing軟件測試博客：http://www.51testing.com/?130939
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。