序言：一般而言，剛開始
自動化測試時， 很多時候，很多人都不知道如何入手或者還有一部分人都信心滿滿，決心要建設出一份大的平臺，可是事實在于自動化測試面臨的問題一在于技術，二在于環境形 勢。每個公司有不同的需求、有不同的環境、不同的人員支持，所以做自動化測試所需要涉及的外界因素太多，就如黑天鵝效應中的說法，你所自認為的白天鵝中也 許就隱藏著一只黑天鵝，它的出現會導致你的整體計劃崩盤。所以，做自動化測試也一樣，所依賴的東西太多，就能引起的整體變化太多，所以我覺得我們的基本策 略就是：不斷預測、不斷總結，然后是擁抱變化
總結的從開始到一定階段的建設自動化測試的策略如下（麻煩有不同想法或者別的策略的朋友幫忙補充）：
1、分析需求并且細化需求，自動化測試是急不來的事情，不能指望用他來解決所有問題，所以必須明確需求，將需求一步一步寫下來，然后從簡單到容易開始擊破。
2、評估資源，圍繞人力支持、部門測試流程情況以及產品業務來決定自動化測試要先從哪一步開始走，并哪一步為階段。自動化測試必須最終與整體的測試流程相結合，才能發揮作用，否則只會越走越遠。
3、從最小的需求開始入手，也許是一個工具或者是一個線性腳本。總之，先解決一點需求，然后從點到面。獲得一個面后，將其授權，然后再做點，這樣一步一步進行鋪張，其實說白了，也是一個自動化測試信心和價值建立的問題。
4、記：簡單。要將一個東西發揚出去，那么它必須簡單，技術人員的思維有時候總是把東西做的很復雜，因為有時候會覺得很炫，但需要做好一個東西得到發揚 的話，則需要將一個復雜的東西讓人看起來很簡單。一個工具或者一個框架，最好只有一個修改入口和一些API拓展機制。讓測試人員用起來和拓展起來都很簡 單。
5、CBB：CBB在軟件開發中俗稱“軟件模塊共享”。而在自動化測試中也是一樣，要建立自己的開發庫，不僅提供給以后的測試開發使用，更是給測試人員使用，能夠在其基礎進行很快速的共享和拓展。
6、覆蓋率分析：單純的用例自動化很難突顯自動化測試后，其到底覆蓋了多少點，通過了哪些點，一個用例的拓展也不是很好拓展。因此需要劃分為點的方式， 即可以每個腳本對應一個測試點，每次測試，可以統計覆蓋了多少個點，通過率如何，即產用產品—模塊—測試點統計覆蓋率的方法。
7、 ROI分析：在自動化測試一定階段后，做好自動化測試ROI分析，絕對不打沒有目標性的仗，我們到底為了什么做自動化測試，很多人會說是為了保證質量，首 先，大家都明白，自動化測試不是用來發現問題的，這個說法沒有錯，但是問題在于，好不容易做起來的自動化測試，結果沒有好的ROI分析機制，亂做了一通， 該做的測試用例沒有自動化，不該做的做了一堆，結果導致自動化測試的開發和維護成本很高，收效成本很少，所以，到中期階段，需要有一個ROI分析機制幫助評估自動化測試腳本的建設。
8、成熟度模型：現在業界有一些人已經提出了自己的自動化測試階段，這些階段在一定基礎上是值得參考的，但是上面也說了，每個公司、每個部門的情況和需 求是不一樣的，其依賴的因素很多，所以在自動化測試發展過程中，可以從一個試點產品或者一個項目中不斷分析抽象，建立一套自己的成熟度模型，然后進行推 廣。在每個階段評估不同項目、不同產品的自動化測試成熟度。
總結：做自動化測試不是一件容易的事情，但也不是一件值得懷疑的事情，它有它的價值，正所謂存在即合理，也許我們做的是要找到正視它的價值，不浮夸它，也不貶低它，踏踏實實做它應該帶來的效果。
版權聲明：本文出自 散步的SUN 的51Testing軟件測試博客：http://www.51testing.com/?382641
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。