自動化測試是不是能達到90%的覆蓋率？
簡單的說，理論上可以。實際上不可能。
在網上看了不少關於測試自動化的文章， 大多是「高屋建瓴」，或者是互相轉述。就像寫程式，寫的越抽象的頂層父類越不容易出錯，都是指導性方向性的話，輕易是找不出什麼破綻的，也不容易被駁倒。
對於自動化測試是不是能達到90%的問題想說說自己的體會。
按照實用主義的邏輯我列舉幾個實踐中遇到的困難。
1。眼下的開源工具層出不窮，測web，gui的，unit test的。幾乎覆蓋了測試的所有方面。那是不是這些工具加在一起，就等於是乙個完整解決方案了呢？
拿web測試工具來說，selenium，httpunit，htmlunit，watij。這幾個工具，有的是依賴瀏覽器，有的是不依賴瀏覽器的，各有長處。
2。許多人覺得什麼人都能搞測試自動化，更要全民皆自動化。全面自動化等於不等於高自動化率？不是，國情不同，也許國外的qa人員素質比開發人員的水平高，對於開發語言，各種工具，理論都很熟悉。這樣的的qa人員可能乙個頂幾個，不過人力成本也大。國內的情況是，qa水平低於開發很多，低到寫簡單的自動化指令碼都覺得困難。再好的工具也會被說成不好用，不放心，還不如手工測試。當然，也有好學上進的，努力學習各方面知識，自動化工具用的也很好，結果怎麼樣？ 去做開發了。一句話，幾畝薄田種不出好莊稼。
3。有人說我們拿自動化測試工具去發現bug。
這句話要分兩面看，如果是用來做回歸測試的話，去發現原有功能不應該出現的問題，這是自動化測試工具擅長的，可以為產品提供信心保證。工具只會做人們告訴它要做的事情，要它主動去找bug，這個說不通。
這樣說來，測試自動化的前景並不是很樂觀。未必，只要認清誤區，降低期望值，縮小並專注於一定範圍，自動化還是會起到應有的作用。
UiAutomator 1 0自動化測試
在使用android create建立build檔案時出現uibuild.xml檔案寶198 null異常，原因是 p 後面的路徑寫的不對，比如我出錯時寫的路徑是d selenium workspace uiautomator src，正確的路徑應是d selenium workspace uiau...
自動化測試更適合缺陷預防，而不是提高測試效率
很多人在回答為什麼要開展自動化測試時，立即回想到的答案是提高測試效率。這種回答本身並沒有錯，但我想這只是問題的次要方面。在經過數次的自動化測試時間投入與效益比來看，可以基本得出，基於某個場景的測試指令碼，在沒有變更與維護情況下，指令碼執行頻率大於5 7次才基本能夠收回 投入成本，產生自動化效益。基於...
度量自動化測試效果的10個指標
低 自動化測試平台的普及，測試同學 能力的提公升使得目前自動化測試已經成了測試工作中非常重要的組成部分，不管是由於kpi壓力也好，還是因為需要消除其他方面的質疑聲音也罷，我們經常需要在工作中制定一些可以度量的指標來描述某項工作或者改進的實際效果。那麼有哪些指標可以去度量自動化測試的最終效果呢，這裡給...