1.
page_object資料夾
page_base基類：用來裝所有page通用的操作
page_object有需要則繼承page_base基類，否則不繼承（寫方法時考慮該方法是否後面有重複案例，需要重複使用則把方法寫入page_base）
page_object基本操作的公共方法抽取應當在page_object內實現
bussiness資料夾
biz_base基類：用來裝所有基本業務流通用的操作
biz_object有需要則繼承biz_base基類，否則不繼承(寫業務流程時單業務流程應當盡量小，所有業務當為基本操作)
case用例
斷言，在需要斷言的page_object寫獲取元素斷言方法
斷言失敗可考慮
raise valueerror("111") 來進行提示用例執行失敗
2.如流程極為複雜（包名小寫，類名與.py一致，並首字母大寫）
採用包來分層級，包處使用同名類操作此層級的元素，（如包名:abc 包下同名類abc 注意.py檔案首字母大寫 ; 裡面的類與.py檔案同名，採用駝峰形式，不加下劃線）
biz業務流程方法，後方新增乙個time.sleep緩衝，減少網路原因導制執行的失敗
自動化測試框架
可設計為五層 一 測試用例層 主要存放用例的指令碼，分為主指令碼和子指令碼。主指令碼用來控制各個子指令碼，實現指令碼間的資料傳遞。子指令碼是實現各個功能點的指令碼，同時也會提取出一些共用的方法，一般放在提取層中。主指令碼中可使用資料驅動來控制指令碼實現各種場景的流程，如silktest的test s...
自動化測試框架 自動化測試呼喚開發
週末參加了testage 測試時代 組織的乙個專家討論會。主要討論測試自動化。說是專家討論會，我參加實在是慚愧，我對測試的理解實在是太淺薄了。只是因為在部落格上發表了一些謬論才收到邀請。想著可以幫助公司去接受一些新的思想，而自己也可以結識一些朋友，便去了。對於測試時代的會議組織，我以為定位和思路還是...
自動化測試框架指南
這 是我以前寫的一篇文章，用於整理自己對自動化測試的理解。當時寫這個文章的目的，是因為剛剛掌握qtp，又使用自動化測試參與公司乙個大專案的測試，結果 發現原來掌握qtp距離自動化測試還有很遙遠的路要走，原來一直以為掌握了qtp的指令碼編寫 可以寫出所有的測試方法指令碼則自動化測試就可以大功告成了。但...