我們怎麼把自動化測試落地到乙個專案上呢？

1樓：程墨Morgan

書本上的條條框框我懶得寫，只說從實際經驗中得到的乾貨：

讓關鍵的技術負責人（們）支援自動化測試，所謂關鍵的技術負責人，就是當根本不懂技術的人施加壓力的時候，願意抗下壓力而且有能力讓團隊不受外界干擾的人。這是前提條件，沒有關鍵技術負責人的支援，底下人搞自動化測試，輕鬆就可以被搞翻。

分清楚責任，單元測試是不是每個開發人員都要寫？端到端自動化測試誰來寫？先規定好誰來寫，覆蓋率要達到什麼程度，把目標和規矩定下來，不然沒法長期執行。

定時製作測試報告，讓整個團隊看到測試結果，根據測試結果指導下一步工作，這些報告也要讓上面的領導看到，別管他懂還是不懂，都要給他們「自動化測試真的有用」的印象。

自動化測試這個話題太沉重，就不湊7跳了。

2樓：檀越

這個問題涉及的內容比較廣，建議分階段、分層進行自動化測試。

目前持續整合用的比較多，可以考慮使用Jenkins，將編譯、單元測試、整合、功能測試、部署、效能和驗收測試等過程用pipeline串起來，將測試活動有機地同其他研發工作/里程碑想結合。

3樓：yi bbbian

目的，不要為了落地而落地。而是因為落地後，能給開發人員和測試帶來好處。

1比如測試管理，對測試需求和需求的對應情況，測試需求的覆蓋，測試用例和測試點的對應情況能夠快速了解。比如用自動化測試可以降低手工工作量。這樣，才容易落地

2不要上來就貪大貪全，如果乙個專案上來就進行完整的自動化測試，開發人員不適應，就是人員能力不夠，所有的問題都會加上來，所謂正常的測試進度，這個時候所有的壓力都會壓在你的身上。而公司的其他人呢，對自動化測試的效果會產生極大的疑惑。做起來就不美了。

所以剛開始的時候可以協同測試管理的自動化開始，再逐步引入其他的工具。最起碼測試人員能感受到自動化操作的好處，才有可能繼續推進，如果開發人員也接受自動化測試，那麼你基本上成功了一半。

3自動化測試工具的使用，有很多的侷限性，所以不要指望用自動化測試工具，替換掉所有的手工測試。這幾乎是死亡的代名詞。最好的測試，實際上是把重重複性的，有規律性的工作讓計算機去做，而那些有挑戰性的事情還是要測試人員接入。

不要對自動化測試，記憶太大了遐想。他就是乙個減輕工作量的工具。不要讓他成為乙個負擔。

切記，切記

4在使用自動化測試工具的時候，一定要對測試人員進行培訓，在引入一種新的工作方式和工具的時候，往往阻力很大。有時候可以先讓個別組甚至個別人先嘗試使用。不斷的總結出經驗，然後推廣這樣成功率比較高。