工作還是以手工測試為主，業務驅動型的專案大概就是這樣，業務不停地變，不斷的迭代。
自動化測試實施的先決條件：
一 得有時間。
如果有時間大部分的專案都可以實現自動化，這是毋庸置疑 的。不過一般公司的手工測試崗位測試任務之繁重做過的同學應該有體會。我自己負責五個產品線的迭代版本，不得一刻空閒，幾乎每天都埋在業務測試中。
二 得有必要。
成本與效率之間很多時候在我所經歷的專案中會傾向於手工測試，可以說是嚴重傾向於手工測試。 大部分迭代版本手工測完上線只需半天或者一到兩天，不停地迭代，幾乎沒有穩定的時候。這些不穩定的版本用自動化實現效率並不比手工測試高。自動化測試更適合於回歸測試、介面測試、資料測試。
回歸當前專案，頁面的相容性、圖形驗證等使用手工測試，資料驗證部分使用自動化指令碼。因為資料部分的變更頻率低，並且每天資料都會更新。資料量大且核對資料耗時長，所以有實現自動化的必要性。時間嘛，上班肯定沒有，那就下班留。能遇到乙個適合自動化的專案也是緣分。
明確如何取介面資料（requests庫），如何取頁面資料（selenium）。
整個專案指令碼寫的第一版一整段**，沒有函式，沒有類。從上到下不停地取頁面元素，然後請求對應的介面，對比資料。先寫出一版來實現必要的功能。
寫著寫著會發現很多問題，比如重複**，介面和頁面混合**混合在一起等等。進行了一些優化：封裝了介面類；頁面基類，測試頁面類；重複**抽取函式； 引入unittest測試框架；寫配置；打日誌；截圖加上時間戳等等。當然後續還需繼續優化。
跟團隊分享，寫部落格。
最後的專案目錄
vi實戰記錄
vi編輯器在unix和linux中比較早期的，vim是vi的擴充套件集，是對vi的加強。伺服器最小化，預設整合vi編輯器！了解vi常用命令，工作起來頗有 洪荒之力！01.關於退出 wq 強制儲存退出 wq 儲存退出 x 作用和 wq 一樣 zz 作用和 wq一樣，注意z是大寫的，並且不是在命令模式 ...
Angular實戰記錄
子元件中ngmodel繫結的值改變時，通過onchangecallback 傳回父元件時，有兩種情況 基本資料型別 string number 等變數，父元件中會跟著變化 非基本資料型別 date 父元件中不會檢測到變化 解決方法 建立乙個新物件傳回 this.onchangecallback ne...
python ui自動化之元素定位和常用操作
一 最通用的幾種定位方式 1.通過id定位 2.通過name定位 3.通過class屬性 4.通過文字鏈結 driver.find element by link text 新聞 以上的方法都是最基本的方法，在實際中用到的並不多。接下來的兩個方法才是重點！一 xpath方法1.通過絕對路徑 但是這個...