【準備環境】
pycharm
【思路】
python+request+unittest+htmltestrunner 框架
框架的可讀性需要強
公共方法提取
可變引數需要提取放入配置檔案
做好日誌記錄
單個指令碼能執行成功，前後指令碼資料無依賴
結構是
結構說明
config 配置資訊
data 存放資料資訊
demo 不用管 當時我寫了個demo 測試連線資料庫的
drivers暫時不用管 我是用來做 ui自動化的，現在在介面自動化
test 是測試的介面
api 是寫的測試指令碼，在這邊執行測試
common 是封裝的公共方法
utils 是存放的方法，郵件等配置資訊
【框架】
寫了2個框架
1個是 unittest+ddt+excel框架
1個是unittest+ddt+data框架
自動化測試框架 設計的重構
最近對測試框架進行了重構，也對其中原有的一些設計進行了反思。其中不免有一些自我感覺得意之處，因此寫出來和大家分享。這是乙個重構的過程，所以將以重構的思路來講述。重構對於乙個系統來說，往往是必要的。他的必要性往往不在於重構的好處，而在於系統的成長的趨勢。乙個好的系統在初步階段，在很多方面都會存在成長的...
自動化測試框架 設計的重構
最近對測試框架進行了重構，也對其中原有的一些設計進行了反思。其中不免有一些自我感覺得意之處，因此寫出來和大家分享。這是乙個重構的過程，所以將以重構的思路來講述。重構對於乙個系統來說，往往是必要的。他的必要性往往不在於重構的好處，而在於系統的成長的趨勢。乙個好的系統在初步階段，在很多方面都會存在成長的...
自動化測試框架 設計的重構
最近對測試框架進行了重構，也對其中原有的一些設計進行了反思。其中不免有一些自我感覺得意之處，因此寫出來和大家分享。這是乙個重構的過程，所以將以重構的思路來講述。先來說說為什麼會重構。原先的框架系統，思路是將自動化 通過呼叫控制項的適配介面，最終完成對介面的操作。而這些 也被編譯到dll中。這裡面就有...