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