學自動化測試

初步接觸自動化測試，發現自動化測試的確實有許多值得研究的東西：

一、什麼是自動化測試

對於自動化測試的定義，眾說紛紜。從網上摘了個比較好的：

自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試用例並通過評審之後，由測試人員根據測試用例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。在此過程中，為了節省人力、時間或硬體資源，提高測試效率，便引入了自動化測試的概念。

二、什麼樣的專案需要自動化測試

一般來說，維護時間較長的專案或者說產品需要自動化測試來完成又有每次系統公升級後一遍又一遍的重複測試過程。

三、什麼樣的專案適合自動化測試

1) 軟體需求變動不頻繁。

測試指令碼的穩定性決定了自動化測試的維護成本。如果軟體需求變動過於頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試指令碼，而指令碼的維護本身就是乙個**開發的過程，需要修改、除錯，必要的時候還要修改自動化測試的框架，如果所花費的成本不低於利用其節省的測試成本，那麼自動化測試便是失敗的。

專案中的某些模組相對穩定，而某些模組需求變動性很大。我們便可對相對穩定的模組進行自動化測試，而變動較大的仍是用手工測試。　

2) 專案週期足夠長。

由於自動化測試需求的確定、自動化測試框架的設計、測試指令碼的編寫與除錯均需要相當長的時間來完成。這樣的過程本身就是乙個測試軟體的開發過程，需要較長的時間來完成。如果專案的週期比較短，沒有足夠的時間去支援這樣乙個過程，那麼自動化測試便成為笑談。

3) 自動化測試指令碼可重複使用。

四、自動化測試的本質

自動化測試只能幫助測試人員去完成日復一日需要重複做的操作序列，以及模擬一大群測試人員同時對伺服器發出請求，等等。自動化測試能完成的只是重複。不要對自動化測試抱有太大的希望，自動化測試永遠都不能代替手動測試，自動化測試永遠都是手動測試的補充。

五、關於自動化測試的叫法

自動化測試這個叫法並不十分確切。個人認為叫做

「計算機輔助測試

」比較好。其實測試和開發都完全是人的主觀能動性的體現。計算機永遠無法完成自動化測試，除非科幻電影中的擁有人類智商的機械人出現。相對於開發來說，其實開發中也有許多

「計算機輔助

」的成分，這些工具比自動化測試工具出現的更早。比如

ide的智慧型感知，開發工具的拖拽。甚至各種開發框架的提供等等，這些都是在為開發提供方便。而自動化測試工具的作用就是為測試提供方便。