使用斷言表達式,通常會有人誤用它,所以我決定寫一篇文章來說明何時使用斷言,什么時候不用。
創新互聯長期為上千客戶提供的網站建設服務,團隊從業經驗10年,關注不同地域、不同群體,并針對不同對象提供差異化的產品和服務;打造開放共贏平臺,與合作伙伴共同營造健康的互聯網生態環境。為桃山企業提供專業的網站設計制作、成都網站制作,桃山網站改版等技術服務。擁有十載豐富建站經驗和眾多成功案例,為您定制開發。
為那些還不清楚它的人,Python的assert是用來檢查一個條件,如果它為真,就不做任何事。如果它為假,則會拋出AssertError并且包含錯誤信息。例如:
py x = 23
py assert x 0, "x is not zero or negative"
py assert x%2 == 0, "x is not an even number"
Traceback (most recent call last):
File "", line 1, in
AssertionError: x is not an even number
很多人用assert作為一個很快和容易的方法來在參數錯誤的時候拋出異常。但這樣做是錯的,非常錯誤,有兩個原因。首先AssertError不是在測試參數時應該拋出的錯誤。你不應該像這樣寫代碼:
if not isinstance(x, int):
raise AssertionError("not an int")
你應該拋出TypeError的錯誤,assert會拋出錯誤的異常。
但是,更危險的是,有一個關于assert的困擾:它可以被編譯好然后從來不執行,如果你用 –O 或 –oo 選項運行Python,結果不保證assert表達式會運行到。當適當的使用assert時,這是未來,但是當assert不恰當的使用時,它會讓代碼用-O執行時出錯。
那什么時候應該使用assert?沒有特定的規則,斷言應該用于:
防御型的編程
運行時檢查程序邏輯
檢查約定
程序常量
檢查文檔
(在測試代碼的時候使用斷言也是可接受的,是一種很方便的單元測試方法,你接受這些測試在用-O標志運行時不會做任何事。我有時在代碼里使用assert False來標記沒有寫完的代碼分支,我希望這些代碼運行失敗。盡管拋出NotImplementedError可能會更好。)
關于斷言的意見有很多,因為它能確保代碼的正確性。如果你確定代碼是正確的,那么就沒有用斷言的必要了,因為他們從來不會運行失敗,你可以直接移除這些斷言。如果你確定檢查會失敗,那么如果你不用斷言,代碼就會通過編譯并忽略你的檢查。
在以上兩種情況下會很有意思,當你比較肯定代碼但是不是絕對肯定時。可能你會錯過一些非常古怪的情況。在這個情況下,額外的運行時檢查能幫你確保任何錯誤都會盡早地被捕捉到。
另一個好的使用斷言的方式是檢查程序的不變量。一個不變量是一些你需要依賴它為真的情況,除非一個bug導致它為假。如果有bug,最好能夠盡早發現,所以我們為它進行一個測試,但是又不想減慢代碼運行速度。所以就用斷言,因為它能在開發時打開,在產品階段關閉。
一個非變量的例子可能是,如果你的函數希望在它開始時有數據庫的連接,并且承諾在它返回的時候仍然保持連接,這就是函數的不變量:
def some_function(arg):
assert not DB.closed()
...
# code goes here
assert not DB.closed()
return result
斷言本身就是很好的注釋,勝過你直接寫注釋:
# when we reach here, we know that n 2
你可以通過添加斷言來確保它:
assert n 2
斷言也是一種防御型編程。你不是讓你的代碼防御現在的錯誤,而是防止在代碼修改后引發的錯誤。理想情況下,單元測試可以完成這樣的工作,可是需要面對的現實是,它們通常是沒有完成的。人們可能在提交代碼前會忘了運行測試代碼。有一個內部檢查是另一個阻擋錯誤的防線,尤其是那些不明顯的錯誤,卻導致了代碼出問題并且返回錯誤的結果。
加入你有一些if…elif 的語句塊,你知道在這之前一些需要有一些值:
# target is expected to be one of x, y, or z, and nothing else.
if target == x:
run_x_code()
elif target == y:
run_y_code()
else:
run_z_code()
假設代碼現在是完全正確的。但它會一直是正確的嗎?依賴的修改,代碼的修改。如果依賴修改成 target = w 會發生什么,會關系到run_w_code函數嗎?如果我們改變了代碼,但沒有修改這里的代碼,可能會導致錯誤的調用 run_z_code 函數并引發錯誤。用防御型的方法來寫代碼會很好,它能讓代碼運行正確,或者立馬執行錯誤,即使你在未來對它進行了修改。
在代碼開頭的注釋很好的一步,但是人們經常懶得讀或者更新注釋。一旦發生這種情況,注釋會變得沒用。但有了斷言,我可以同時對代碼塊的假設書寫文檔,并且在它們違反的時候觸發一個干凈的錯誤
assert target in (x, y, z)
if target == x:
run_x_code()
elif target == y:
run_y_code()
else:
assert target == z
run_z_code()
這樣,斷言是一種防御型編程,同時也是一種文檔。我想到一個更好的方案:
if target == x:
run_x_code()
elif target == y:
run_y_code()
elif target == z:
run_z_code()
else:
# This can never happen. But just in case it does...
raise RuntimeError("an unexpected error occurred")
按約定進行設計是斷言的另一個好的用途。我們想象函數與調用者之間有個約定,比如下面的:
“如果你傳給我一個非空字符串,我保證傳會字符串的第一個字母并將其大寫。”
如果約定被函數或調用這破壞,代碼就會出問題。我們說函數有一些前置條件和后置條件,所以函數就會這么寫:
def first_upper(astring):
assert isinstance(astring, str) and len(astring) 0
result = astring[0].upper()
assert isinstance(result, str) and len(result) == 1
assert result == result.upper()
return result
按約定設計的目標是為了正確的編程,前置條件和后置條件是需要保持的。這是斷言的典型應用場景,因為一旦我們發布了沒有問題的代碼到產品中,程序會是正確的,并且我們能安全的移除檢查。
下面是我建議的不要用斷言的場景:
不要用它測試用戶提供的數據
不要用斷言來檢查你覺得在你的程序的常規使用時會出錯的地方。斷言是用來檢查非常罕見的問題。你的用戶不應該看到任何斷言錯誤,如果他們看到了,這是一個bug,修復它。
有的情況下,不用斷言是因為它比精確的檢查要短,它不應該是懶碼農的偷懶方式。
不要用它來檢查對公共庫的輸入參數,因為它不能控制調用者,所以不能保證調用者會不會打破雙方的約定。
不要為你覺得可以恢復的錯誤用斷言。換句話說,不用改在產品代碼里捕捉到斷言錯誤。
不要用太多斷言以至于讓代碼很晦澀。
assertIsNotNone(testValue, message)
定義: 單元測試庫函數,用于單元測試中以檢查輸入值是否為None。
輸入值:
testValue:變量,需要測試的變量。
message:字符串,測試消息失敗時顯示的消息。
返回值: 根據斷言條件返回布爾值,如果輸入值滿足assertIsNotNone()將返回true,否則返回false。
函數名:
1. 判斷是否相等
assertEqual
assertNotEqual
2. 判斷真假
assertTrue
assertFalse
3. 判斷是否為空
assertIsNone
assertIsNotNone
返回值: 滿足斷言,返回True;不滿足斷言,返回False。
在測試用例中,執行完測試用例后,最后一步是判斷測試結果是 pass 還是 fail,自動化測試腳本里面一般把這種生成測試結果的方法稱為斷言assert。
接口請求斷言是指在發起請求之后,對返回的響應內容去做判斷,用來查看是否響應內容是否與規定的返回值相符。
在發起請求后,我們使用一個變量 r 存儲響應的內容,也就是 Response 對象。
Response 對象有很多功能強大的方法可以調用,比如直接獲取響應頭,獲取 Unicode 編碼后的響應內容,獲取二進制的響應內容,獲取原始的響應內容等等。
接下來我們就詳解
對接口服務發起 HTTP 請求信息,獲得響應內容之后,對其做斷言驗證。
一、Python 接口自動化斷言
在發起請求后,使用一個變量r存儲響應的內容,也就是Response對象。
r = requests.get("")
登錄后復制
響應結果:
{
"args": {},
"headers": {
"Accept": "*/*",
"Accept-Encoding": "gzip, deflate",
"Host": "httpbin.ceshiren.com",
"User-Agent": "python-requests/2.25.1",
"X-Forwarded-Host": "httpbin.ceshiren.com",
"X-Scheme": "https"
},
"origin": "119.123.205.82",
"url": ""
}
登錄后復制
Response 對象有很多功能強大的方法可以調用,比如直接獲取響應頭,獲取 Unicode 編碼后的響應內容,獲取二進制的響應內容,獲取原始的響應內容等等。
響應斷言
響應狀態碼斷言
1、斷言成功
import requests
r = requests.get('')
assert r.status_code==200
登錄后復制
assert是 python 的內置函數,用來判斷表達式,當表達式條件為 False 的時候就會觸發異常。r.status_code是 response 對象內的一個方法,用于獲得返回值的狀態碼。assert r.status_code==200 就是在判斷狀態碼是否等于 200,如果不等于 200 則會拋出異常。
2、斷言失敗
import requests
r = requests.get('')
assert r.status_code==400
Traceback (most recent call last):
File "stdin", line 1, in module
AssertionError
登錄后復制
從以上例子可了解到,此響應狀態碼實際輸出與預期結果狀態碼 400 不相等,所以拋出了異常。
Json 響應斷言
data = {
"hogwarts": ["a","b","c"]
}
r = requests.post('',json=data)
print(json.dumps(r.json(),indent=2))
assert r.status_code == 200
assert r.json()["json"]["hogwarts"][0] == "a"
登錄后復制
響應結果:
"args": {},
"data": "{"hogwarts": ["a", "b", "c"]}",
"files": {},
"form": {},
"headers": {
...省略...
},
"json": {
"hogwarts": [
"a",
"b",
"c"
]
},
"origin": "113.89.8.68",
"url": ""
}
登錄后復制
通過 assert r.json()[“json”][“hogwarts”][0] == “a” 對 json 的內容進行斷言,其中 r.json() 是獲取相應的內容,r.json()[“json”] 是獲取到 json 的內容,r.json()[“json”][“hogwarts”] 是獲取到 hogwarts 的內容,r.json()[“json”][“hogwarts”][0] 是 hogwarts 下的第一個數據。
二、Java 接口自動化斷言
Java 通過 then 進行斷言驗證,then() 方法可以對多種不同類型的響應信息進行驗證。
斷言響應狀態碼成功
import static io.restassured.RestAssured.*;
public class Requests {
public static void main(String[] args) {
given().when().get("").
//通常通過 then 進行斷言驗證
then().statusCode(200);
}
}
登錄后復制
通過 then() 方法提供的 statusCode() 方法即可實現對于響應狀態碼的驗證,statusCode() 方法通常接收的是 int 類型的參數。statusCode(200) 表示判斷響應狀態碼是否等于 200,如果不等于 200 則會拋出異常。
如果將以上代碼中斷言驗證的代碼改成 statusCode(300),那么控制臺則會輸出異常信息。
Exception in thread "main" java.lang.AssertionError: 1 expectation failed.
Expected status code 300 but was 200.
登錄后復制
json 響應斷言
import static io.restassured.RestAssured.*;
import static org.hamcrest.core.IsEqual.equalTo;
public class Requests {
public static void main(String[] args) {
given().when().get("").
then().body("headers.Host", equalTo("httpbin.ceshiren.com")).log().all();
}
}
登錄后復制
通過 then().body(“headers.Host”, equalTo(“httpbin.ceshiren.com”)) 對 json 的內容進行斷言,其中 then().body() 是獲取相應的內容。
第一個參數是從響應內容中提取實際的字段值。
第二個參數調用了 equalTo() 方法,并在其中傳入了期望結果。
三、總結
不是所有的拼搏都會成功,我們不能盲目的拼搏,必須帶上我們的智慧,將屬于我們的機會牢牢抓住,才會多一份成功。
青春是短暫的,而這短暫的時間里我們的任務很重。讓花兒盡情的開吧,只要它不是落了一個虛度年華的罪名,那么,我都樂意。
這世界從來不會跟你過不去,你得到的任何好與壞,都是自己做的。根本沒有正確的選擇,我們只不過是要努力奮斗,使當初的選擇變得正確。
1024程序員節
自動化測試
軟件測試工程師
軟件測試
測試開發
全國股民的福音來了!
診斷漲停板
廣告
python自動化斷言封裝
1289閱讀·0評論·0點贊
2022年4月25日
自動化腳本測試代碼參考
400閱讀·0評論·1點贊
2022年6月29日
python-web自動化測試-斷言
3069閱讀·0評論·1點贊
2021年11月18日
pytthon自動化代碼大全
1445閱讀·0評論·2點贊
2022年1月17日
pythonui自動化斷言,python UI自動化13- 斷言方法
2353閱讀·0評論·2點贊
2021年4月27日
python 接口斷言的方法_python接口自動化—unittest 常用的斷言方法
1798閱讀·0評論·0點贊
2021年2月9日
滄州全屋定制僅需1.68萬,輸入面積,算算你家需要多少錢?
00:34
全友全屋定制
查看詳情
全友全屋定制
廣告
python requests接口自動化測試 (數據庫斷言)
2277閱讀·0評論·6點贊
2022年5月16日
python unittest斷言_python接口自動化(二十三)--unittest斷言——上(詳解)
196閱讀·0評論·0點贊
2020年11月29日
Python自動化之結果斷言篇
2143閱讀·0評論·3點贊
2021年7月16日
接口自動化框架之python pytest斷言assert(一)
763閱讀·0評論·0點贊
2022年5月18日
python自動化測試常用斷言的使用方法
2522閱讀·0評論·1點贊
2018年9月12日
Web自動化測試:測試用例斷言
1180閱讀·0評論·0點贊
2022年5月12日
python寫測試腳本語言_python測試學習-自動化測試的執行步驟
335閱讀·0評論·0點贊
2020年12月13日
做python自動化得時候怎么添加斷言_python接口自動化 - 斷言(上)
2019閱讀·0評論·0點贊
2020年12月11日
全網最詳細的Python自動化測試
1755閱讀·0評論·0點贊
2022年10月15日
Python自動化測試項目的代碼編寫規范
1269閱讀·0評論·4點贊
2021年5月8日
用Python實現自動化測試
4326閱讀·2評論·1點贊
2022年7月8日
Selenium自動化測試(斷言 / fame框架處理)------實例
781閱讀·0評論·0點贊
2021年11月29日
7個實用的Python自動化代碼,別再重復造輪子了
1966閱讀·0評論·0點贊
2022年4月23日
去首頁
看看更多熱門內容
評論16
Passerby_Wang
贊
寫得也太詳細了吧,學到了好多 也歡迎博主來我這里指點一二呀
2022.10.25
測試內卷
贊
歡
根據老外的解釋就是說assertEqual與assertEquals沒有區別,可以說是完全一樣的函數,而現在assertEquals函數已經被棄用,也就說不建議你使用了,以后可能這個方法就在python中消失了,在python3.0中已經趨向使用不帶s的assert方法了,但是現在仍然沒有刪掉的原因是因為有一些舊代碼和項目在使用帶s的方法,語言要保持舊代碼的兼容性。
至于assert那就很好解釋了,就是判斷0,1 也就是python中的真假關系
assertAlmostEquals這2個方法存在的原因與上面的相同,建議你不要使用帶s的方法了,這個方法是做一個粗略判斷,判斷的值為你4舍5入后的值,也就是說5.1與5.2是相等的,如果使用這樣的assert方法。
(一)assertEqual 和 assertNotEqual
assertEqual:如兩個值相等,則pass
assertNotEqual:如兩個值不相等,則pass
下面看下具體使用方法
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.support.v7.app.ActionBar.e[2]").click()#切到超模25tab
sleep(3)
self.assertEqual(self.driver.find_element_by_id('com.boohee.secret:id/tv_title').text,u'超模25','切到超模25tab失敗')
(1)這邊是通過id(com.boohee.secret:id/tv_title)獲取它的text值,與預期“超模25”對比,如相等則pass;不相等則fail。
(2)后面的“切到超模25tab失敗”是fail時需要打印的信息,可寫可不寫。
斷言assertNotEqual反著用就可以了。
(二)assertTrue和assertFalse
assertTrue:判斷bool值為True,則pass
assertFalse:判斷bool值為False,則Pass
下面看下具體使用方法
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.widget.TextView[1]").click()#點擊登錄入口
sleep(2)
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.widget.EditText[1]").send_keys("testq1")#輸入用戶名
sleep(2)
self.assertTrue(self.find_element_by_id('com.boohee.secret:id/btn_login').is_enabled(),'未輸密碼登錄按鈕為不可點狀態,Fail')
(1)這邊是通過id(com.boohee.secret:id/btn_login)獲取它的激活狀態,如為True則pass;反之則fail。
(2)后面的“未輸密碼登錄按鈕為不可點狀態”是fail時需要打印的信息,可寫可不寫。
斷言assertFalse反著用就可以了。
(三)assertIsNone和assertIsNotNone
assertIsNone:不存在,則pass
assertIsNotNone:存在,則pass
下面看下具體使用方法
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.widget.TextView[1]").click()#點擊登錄入口
sleep(2)
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.widget.EditText[1]").send_keys("testq1")#輸入用戶名
sleep(2)
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[2]/android.widget.EditText[1]").send_keys("boohee")#輸入密碼
sleep(2)
self.driver.find_element_by_xpath("http://android.widget.LinearLayout[1]/android.widget.Button[1]").click()#點擊登錄按鈕
sleep(10)
self.assertIsNotNone(self.driver.find_element_by_id('com.boohee.secret:id/tv_edit_profile'),'無編輯資料按鈕,登錄失敗,Fail')
(1)這邊是通過尋找id(com.boohee.secret:id/tv_edit_profile)的元素是否存在,如存在則pass;不存在則fail。
(2)后面的“無編輯資料按鈕,登錄失敗,Fail”是fail時需要打印的信息,可寫可不寫。
斷言assertIsNone反著用就可以了。
名稱欄目:python斷言函數詳解 Python斷言
文章分享:http://vcdvsql.cn/article26/dooopcg.html
成都網站建設公司_創新互聯,為您提供建站公司、營銷型網站建設、小程序開發、外貿網站建設、軟件開發、品牌網站制作
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯