web自動化測試總結

web自動化:css

1.測試用例(操做步驟,熟讀需求文檔,web項目先用手工研究,前置條件,預期結果)html

接口自動化測試中數據功能最適合做爲數據驅動,數據放在excel中須要操做excelweb

爲何web自動化測試中不能徹底使用數據驅動?面試

web頁面中步驟不同,而接口徹底不關心操做步驟理清思路app

2.自動化測試測試典型:函數

  • 邏輯單一
  • 業務穩定
  • 非多端交互,多端交互涉及到多個子系統這種不適合作web自動化測試

3.開始着手寫代碼測試

業務邏輯要和測試邏輯分離excel

測試代碼:htm

  • 基礎類:DoExcel類,中間層:qcdDoExcel(DoExcel),調用的時候更加簡單

分層:對象

  • 採用函數封裝
  • 類和對象
  • POM(面試必問)

  PageObject:頁面對象模型,本質是把頁面邏輯和測試邏輯分離好處是複用性 擴展性和代碼可維護性和可讀性

  PageObjectModel

  • locator
  • 數據分組:基於數據驅動,想在web中實現數據驅動的模式,最簡單的就是數據分組
  • basepage

  ddt本質是保證一個獨立的測試用例,動態生成一個測試用例test_bid_error_01 test_bid_error_02

因此ddt中自動建立了n個測試用例

進行excel管理時,實現更多的表單

 

在原生app中不能用css定位,由於app原生裏面不是用html

Select 封裝:def get_option(element, id)

顯示等待中若是出現的條件沒有指定的方法,能夠自定義實現

顯示等待的原理:看下源代碼

selenium能夠經過封裝js來修改網頁

相關文章
相關標籤/搜索