思考如何將自動化測試加入持續集成中

前段時間恰好部門老大也在問我如何把自動化測試加入到CI/CD裏面，當時沒有想清楚。在我思考了一段時間以後，我以爲仍是能夠經過部署流程中來添加自動化測試工做。我我的認爲自動化測試須要在如下三點：

1.持久化存儲測試結果。
2.可視化展現數據。
3.自動化回測。

例如在部署項目的時候，在部署腳本里面增長執行測試用例的命令，而後根據測試用例的結果進行分析，，若是不達到標準則發送郵件給研發和相關責任方。有時候測試結果很是不理想，還能夠強制迴歸代碼版本，固然這個是針對線上環境比較合理。由於若是是測試環境或者預發佈環境，能夠有更多的容錯性。

關於測試用例，我思考的是，若是是先後端分離的項目，能夠先針對後端接口來寫測試用例，能夠是基於接口的單元測試，也能夠是基於服務流程的業務性測試用例。聊到單元測試，不少人都會討論：到底這個應該測試人員來編寫，仍是研發工程師來編寫。

各執一詞，都有必定道理。支持由研發工程師編寫的人認爲，研發工程師對開發的相關業務最熟悉，那麼爲了代碼更加可靠，去編寫單元測試是很是合理的。另一些人認爲單元測試自己就屬於測試類型中的一種，理應測試人員來編寫。在我看來，成年人哪裏還要單選呢，兩個都要。這些都有一個前提，就是這些接口值得你們花時間精力編寫單元測試代碼，不然這個討論就意義不大了。一方面研發工程師對代碼質量和結果是有責任的，因此重要接口和功能，進行單元測試有助於把問題控制在最小範圍內。另外一方面因爲研發人員可能存在思惟盲區，對邊界問題和特殊狀況可能考慮不全面，因此測試人員也編寫單元測試至關於雙重驗證，豈不美哉？

=============== 華麗分割線 ==========================

俗話說，紙上得來終覺淺，不如系統地學習一波自動化測試。恰好本人新書正在熱銷中，歡迎對自動化測試感謝的同窗去看看，安利一波本身的做品，嘿嘿，請見下圖，感謝支持。