第一階段：
檢視網上別人的測試平台框架，有前後端分離的還有全後端不分離的；比較各個平台的優點，選擇框架，嘗試了很多，比如unitest,pytest,rf，最終選擇了django;unitest,pytest屬於小型的單元測試，做乙個測試平台的話，不太夠；rf當時做的是ui自動化，但是他編寫的**雖然簡練，但是涉及的邏輯內容都是一樣的，編寫習慣比較蹩腳；最大的問題是做平台的話，目前寫前端的內容不能滿足，僅限於後端**；
第二階段：
選擇好框架django後，先假裝資料已經拼接好，編寫request.py呼叫介面；還有設計斷言.py;都沒有問題的情況下，寫斷言後的計數.py檔案，為後續儲存執行結果做口子；
第三階段：
主要是寫資料拼接部分；難點在設計資料庫；從資料庫中取資料，並進行拼接，拼接成功後，與之前的**進行除錯；成功後，編寫儲存執行介面表及執行測試案例表中的資料，為測試報告做口子；
第四階段：
除了差測試報告，基本的功能已經齊全；拿實際的專案跑起來，看看裡面有沒有遺漏需要補充的點；比如斷言暫時編寫的是response校驗，資料庫校驗留了口子沒有編寫；還有根據請求頭進行判斷是哪種型別，暫時編寫的是json型別，涉及到的form型別已經留了口子；後續實際專案涉及再擴充；
第五階段：
根據實際專案介面，擴充現有得功能邏輯，比如加入介面依賴；此處新增得依賴是介面維度；在介面資訊表中新增認證字段；如果存在介面依賴，需要維護依賴介面完整得位址（加密，解密）；用意是執行登入介面得時候，整體先執行依賴介面（加密），返回得response,整體當成入參再整體執行依賴介面解密；
第六階段：
根據實際專案，可能專案中並不是所有得字段資料都是需要使用者進行維護得，有些資料是自動生成得隨機數，有一定得構成規則，且唯一；解決方案是在介面入參表新增是否生成隨機數字段及隨機數型別（10位隨機數/身份證/姓名/手機號等），隨機數型別各個方法維護在乙個py檔案中；如果存在隨機數字，再根據具體得隨機數型別，調取對應得方法；測試案例不再從資料庫中讀取資料，以生成得隨機數為準，進行拼接測試案例，其他邏輯與原來不變；
第7階段：
對介面做一般校驗；涉及必填項校驗；邊界值校驗等；在途專案，思路後續更新
自動化測試 引言 自動化之我見
作為開篇，這裡先簡單介紹一下個人情況 本人非計算機專業的本科畢業，從事軟體測試工作一年多了，同樣的，接觸自動化測試領域也有一年了，打算開個部落格把我在工作中所學到與自動化測試有關的東西分享出來。好啦，下面開始說正題 自動化測試自身就是乙個很大的概念。逛過一些測試論壇的童鞋應該會知道qtp和loadr...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...