首先說說為什麼想起來用自動化指令碼來實現該專案的自動化。

　　工作還是以手工測試為主，業務驅動型的專案大概就是這樣，業務不停地變，不斷的迭代。

　　自動化測試實施的先決條件：

　　　　　一 得有時間。如果有時間大部分的專案都可以實現自動化，這是毋庸置疑 的。不過公司手工測試崗位的測試任務之繁重做過的同學應該有體會。就說我負責五個產品線的迭代版本測試不得一刻空閒，幾乎每天都埋在業務測試中。

　　　　　二 得有必要。成本與效率之間很多時候在我所經歷的專案中會傾向於手工測試，可以說是嚴重傾向與手工測試。 大部分迭代版本手工測完上線只需半天或者一到兩天。部分專案不停地迭代，幾乎沒有穩定的時候。自動化測試更適合於迴歸測試、資料測試。這些不穩定的版本用自動化實現效率並不比手工測試高。

　　迴歸當前專案，資料驗證部分使用自動化指令碼，而頁面的相容性、圖形驗證等使用手工測試。資料驗證部分因為每天資料都會更新，量大而且對資料耗時長，所以有實現自動化的必要性。時間嘛，上班肯定沒有，那就下班留。能遇到一個適合自動化的專案也是緣分。

再說說指令碼編寫和完善的過程。

1. 確定思路。 明確如何取介面資料用requests庫，如何取頁面資料用selenium。
2. 按照思路上手寫。  整個專案指令碼寫的第一版一整段程式碼，沒有函式，沒有類。從上到下不停地取頁面元素，然後請求對應的介面，對比資料。
3. 優化。寫著寫著會發現很多問題，比如重複程式碼，比如元素取不到等等。進行了一些優化：封裝了介面類，頁面基類，測試頁面類；重複程式碼抽取出函式； 引入unittest；寫配置；打日誌；截圖加上時間戳等等。當然後續還需要繼續優化。
4. 分享。跟團隊分享，寫部落格。

最後的專案目錄

the end！