你為什么要寫
自動化測試？為什么該選擇用人工測試而不是自動化？什么時候該做這樣的選擇呢？事實上，幾乎所有的測試工程師早晚都要面對的問題就是是否選擇自動化以及自動化測試的程度。如果你只打算執行一次測試，根本沒有必要自動化。可是，如果你打算測試兩次呢？這也不意味著你應該使用自動化。有些軟件在發布之前或者在維護階段，可能需要執行上百次，上千次，甚至百萬次的測試。有些因素有助于在具體環境下 準確地評估自動化的益處。如下是其中幾個需要考量的因素：
投入
確定創建自動化測試的投資回報率（ROI--Return On Investment）的第一步是確定要花費的投入和成本。 有些種類的產品或功能的自動化很簡單，而其他的自動化卻不可避免得很麻煩。例如，應用程序編程接口（API--Application Programming Interface）測試，以及別的通過編程對象的方式 展現給用戶的
功能測試，對其自動化往往都能夠直截了當。而在另一方面，用戶界面（UI--User Interface）的自動化測試常會遇到問題而需要花費更多的精力。----注---需要考量自動化的實施成本，難度太大的自動化不值得采用。
測試的生命期
一個自動化測試在變得無用之前將會運行多少次？對測試的長期價值的評估是決定是否對某個特定的場景或者
測試用例實現自動化的考量的一部分。要考慮被測試的產品本身的使用壽命和產品開發周期長度。對于短期內就要發布而且將來不打算更新的產品，和對于兩年后要發布將來也會有多次更新發布的產品，自動化的選擇必須是不一樣的。----注---短期內即可結束且后期不再多次迭代的軟件項目，自動化可不必采用。軟件周期較長，會經歷多次迭代過程，自動化對于后期的回歸測試會很有幫助。
價值
要考慮自動化測試在其生命周期內的價值。有些測試人員說測試用例的價值是找到缺陷，但是很多自動化測試所找到的缺陷是在測試第一次運行時或者在寫自動化測試時發現的。當缺陷被修復以后，這些測試成為了回歸測試——確認最近的改動不會導致以前能夠正常運行的功能停止
工作。很多自動化測試技術通過改變測試用的數據，或者改變每次測試運行路徑的方法，從而在測試的生命期中繼續找到缺陷。對一個生命周期很長的產品來說，不斷增長的回歸測試套件有很大的優勢：隨著底層軟件功能越來越復雜，存在大量的能確認以前工作的功能能夠繼續工作的測試是極為有用的 。----注---對于后期需要多次迭代，或者項目完成后需要長期維護并進行版本更新的項目，自動化的實施有很大價值，便于后期的回歸驗證。
切入點
我目睹的許多成功的測試自動化項目都是測試團隊從最開始的時候就參與了。代碼寫到尾聲或者完成之后才開始想到加入自動化測試的項目通常都是失敗的。----注---測試團隊什么時候能參與項目的自動化測試過程中、項目時間安排是否允許加入自動化實施過程、測試人員的工作負載是否允許、人力資源的投入多少等都可能影響測試人員的自動化實施工作及效果。
準確性
好的自動化測試在每次運行后會報告準確結果。企業管理層對自動化測試最大的抱怨之一是自動化測試中誤報的數量。誤報是指測試報告中的測試失敗是由測試本身的某些問題造成的，與產品無關。項目的有些領域（例如經常變化的用戶界面組件）難以用自動化測試分析，且較容易產生誤報。 ----注---測試團隊的自動化實施是否確定能達到預期的要求和效果、是否存在較大的技術難點和障礙等問題應該在確定是否實施自動化時加以考慮，否則有可能達不到預期的自動化測試效果，反而浪費了人力和時間。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters