自動化測試過程中遇到的問題

2021-09-28 18:27:58 字數 2494 閱讀 3273

在我們模擬乙個訪問瀏覽器的操作時,可能會一條case開啟一次,如果多條case就會啟動多個瀏覽器頁面,這個時候可能會產生壓力對我們的伺服器,所以我們可以去通過單例模式解決這個問題。

單例模式是用來修飾類下的變數,python單例模式:只生成一次driver 保證只保留乙個瀏覽器。單例模式,是一種常用的軟體設計模式。在它的核心結構中只包含乙個被稱為單例的特殊類。通過單例模式可以保證系統中,應用該模式的乙個類只有乙個例項。即乙個類只有乙個物件例項。

先找網頁中是否存在多個iframe的情況,定位到需要操作的iframe,找父類控制項下的所有iframe,根據其他屬性值(name,id)確定(遍歷判斷)唯一的iframe

用switch_ to.window( frame) 找到指定的頁面

第一種方法:

第二種方法就比較簡單了,因為我們進行頁面跳轉時,會預設開啟最新的乙個頁面,所以還可以通過索引去進行定位。

#1、用例必須以test開頭

#2、用例的執行順序 string(ascii)\數字大小排序

def add(self,a,b):

return a+b

def test_add(self):

self.assertalmostequal(self.add(3,4),7)

print(『add』)

def test_name(self):

print(『name』)

self.assertalmostequal(』』,』』)

def test_age(self):

print(『age』)

def test_login(self):

import time

from selenium import webdriver

driver = webdriver.chrome()

url = 『

driver.get(url)

driver.find_element_by_id(『kw』).clear()

driver.find_element_by_id(『kw』).send_keys(『學院』)

driver.find_element_by_id(『su』).click()

time.sleep(3)

driver.quit()

print(『搜尋完成』)

print(『呼叫』)

# unittest.main()

#第一種框架

#1.構建例項

suite = unittest.testsuite()

#2.新增用例

#3.構建runner

runner = unittest.texttestrunner()

#4.執行用例

runner.run(suite)

#第二種框架

suite1=unittest.testloader().loadtestsfromtestcase(testone)

suite2=unittest.testloader().loadtestsfromtestcase(testtwo)

suite=unittest.testsuite([suite1,suite2])

unittest.texttestrunner().run(suite)

今日份分享到此結束,謝謝!

測試過程中遇到的合作上的問題

需求及專案測試過程中合作上遇到哪些問題,導致測試效率低下 產品側 1.需求排期完畢後,產品臨時加需求 2.需求排期完畢後,臨時改方案 3.需求排期完畢後,產品需求範圍評估不準確臨時增加回歸量 4.需求測試完畢準備上線,產品放棄需求了 5.需要多方共同上線的需求,單側封板等待上線期間出現需求變更 6....

面試過程中遇到的面試問題

c 常見的四種強制型別轉換有哪些?常見的型別轉換是在要轉換的型別前面加上括號和要轉換的型別。這樣就有乙個規則即像站姿結束多的自動轉換,例如int型別和float相加時,結果自動轉換為float型別。例如int a 1 char p char a 以上這種形式是c語言的形式,如果換做c 的話常用的形式...

測試過程中的問題定位與分析

出現問題之後,可以從以下方面進行分析 1.看日誌,或者程式返回的錯誤碼 如 可以通過檢視日誌來確定程式是由於什麼原因出錯的,一般都可以在日誌中找到解決的方法 看錯誤碼也可以,如檢視資料庫的錯誤碼,大概知道是哪個地方出錯。像一些,不能讀取檔案,建立檔案失敗之類的,基本上都是檔案許可權,磁碟空間,hos...