如何才能做好測試自動化

在自動化測試引入和應用中，我們清楚一些基本的原則：

－選擇好工具，最流行的工具不一定適合自己，真正適合自己的工具才是最好的。如robot不一定是最好的，但它的多機互動協作能力是其它工具沒有的

－根據客戶端、web和伺服器的不同特點可選擇不同的測試工具，如web的鏈結、ui變化快和複雜的邏輯，工具的錄製功能要強、穩定，適應不同的平台(windows, linux, mac os)和瀏覽器(ie, forefox, ns, ...)。而伺服器一般不存在ui介面，主要是對不同協議的支援。

－負載、效能自動化測試比較容易實現，但功能性測試更困難

－軟體測試自動化(ta)雖然具有很多優點，但只是對手工測試的一種補充，ta絕不能代替手工測試。在系統功能邏輯測試、驗收測試、適用性測試、涉及物理互動性測試時，多採用黑盒測試的手工測試方法；單元測試、整合測試、系統負載或效能、穩定性、可靠性測試等比較適合採用ta。

－工具本身並沒有想象力和靈活性，自動測試只能發現15－30%的缺陷，而手工測試可以發現70－85%的缺陷；ta工具在進行功能測試時，其準確的含義是回歸測試工具，因為工具不能發現更多的新問題，但可以保證對已經測試過部分進行測試的準確性和客觀性

－找準測試自動化的切入點，一般從長期的新產品開始、同步進行，並選用一些相對容易進行自動化處理的、手工測試較繁的模組著手，如大量api呼叫、郵件模板處理等；

－把測試開發納入整個軟體開發體系，是必要的，系統不具有可測試性，再好的工具也無能為力。而且測試自動化前期投入大，這樣軟體開發的前期分配的時間要多些，測試執行的時間可短些；人力分配也不同，進行資源的合理排程。

－測試自動化依賴測試流程和測試用例。沒有好的測試流程或者沒有設計有效的測試用例，測試工具會事倍功半。

軟體測試自動化的投入較大

但有乙個問題困擾著我們，即採用下面哪種模式更好？

1。專門的ta團隊，負責自動化模組開發，開發完後交給進行功能測試的隊伍。人為增加了乙個交接工作、溝通層次，但ta團隊全心再scipting, 開發效率高，而且有利於留住ta engineer

2. 將產品的部分模組承包給ta團隊，ta開發好了，他們手工測試就少了，讓ta團隊自己drive自己，效果應該不錯，但開發效率可能會低，或ta團隊感覺壓力太大，或不喜歡手工測試，容易被逼走去做開發。