聊聊自動化測試有效性(4)

　　方法之四：堅持定期腳本審查

　　在團隊里面推廣自動化測試應用，同樣也會存在很多溝通和理解上的誤差，加之不是所有人的技能都在一個層次上，所以大家可能對測試腳本開發的各種要求的理解上都會存在不同的誤區。因此，測試腳本開發完成之后第一時間要進行審查，這是測試腳本有效性驗證的第一道關，雖然這個活動將耗費不少時間。

　　測試腳本審查的手段分兩種：工具檢查和評審會議。一般建議在召開評審會議之前使用代碼掃描工具如sonar或者checkstyle、 findbugs等，定義一些通用的規則去檢查測試腳本書寫和設計結構上的問題。使用工具的方法本文不介紹，完成這些基礎不合規項的檢查和修復之后則可以開始后續的測試有效性評審。測試有效性評審是個技術活也是個體力活，不僅需要很強大的業務知識支撐和對系統設計模式甚至架構的理解，同時也需要足夠的時間和耐心來從事這項活動。接下來，簡單說一些實際的檢查點，通過這些檢查點，我們將識別一段測試腳本是否能夠達成測試目標，是否經濟合理。

　　經過設計評審的每一個案例是否都已經完成開發，是否存在額外的新增覆蓋，為什么;

　　預設的公用組件是否已經完全抽離實現，對于假設的被測應用修改，能否用最簡單、最經濟的測試腳本修改來支持同步;

　　測試數據的初始化和使用是否合理，是否會破壞測試環境中數據的健康度甚至帶來環境故障;

　　測試的驗證點是否精準足夠，是否存在反向的驗證方式(如，只檢查是否有錯誤發生);

　　測試腳本中是否存在多余的結構體，是否存在非預設的隨機性分支;

　　......

　　子曰：腳本三月不復查，CI即便全藍——蟲子照樣遍地爬!自動化的測試有效性本就是需要通過維護去保持的，定期重新審查本就是一種測試腳本的維護手段，是非常有必要的。而頻率則需要結合團隊對測試腳本維護的力度來看，復審的主要的方法與開發完成之后的初次審查是一樣的，只是關注點會稍有不同。

　　兩句廢話做總結

　　自動化測試是達成目標的工具手段還是負擔，關鍵在于它對我們產生了什么樣的影響，要產生好的效用，就必須保證其測試有效性。保證自動化測試有效性的手段很多，筆者目前的水平只能說到這里，但愿對入門者和彷徨者有所助益，高手和噴子們便一笑而過便可。

原文轉自：http://www.uml.org.cn/Test/201307094.asp