使用斷言表達式，通常會有人誤用它，所以我決定寫一篇文章來說明何時使用斷言，什么時候不用。為那些還不清楚它的人，Python的assert是用來檢查一個條件，如果它為真，就不做任何事。如果它為假，則會拋出AssertError并且包含錯誤信息。例如：pyx=23pyassertx0,"xisnotzeroornegative"pyassertx%2==0,"xisnotanevennumber"Traceback(mostrecentcalllast):File"",line1,inAssertionError:xisnotanevennumber很多人用assert作為一個很快和容易的方法來在參數(shù)錯誤的時候拋出異常。但這樣做是錯的，非常錯誤，有兩個原因。首先AssertError不是在測試參數(shù)時應該拋出的錯誤。你不應該像這樣寫代碼：ifnotisinstance(x,int):raiseAssertionError("notanint")你應該拋出TypeError的錯誤，assert會拋出錯誤的異常。但是，更危險的是，有一個關于assert的困擾：它可以被編譯好然后從來不執(zhí)行，如果你用–O或–oo選項運行Python，結(jié)果不保證assert表達式會運行到。當適當?shù)氖褂胊ssert時，這是未來，但是當assert不恰當?shù)氖褂脮r，它會讓代碼用-O執(zhí)行時出錯。那什么時候應該使用assert？沒有特定的規(guī)則，斷言應該用于：防御型的編程運行時檢查程序邏輯檢查約定程序常量檢查文檔（在測試代碼的時候使用斷言也是可接受的，是一種很方便的單元測試方法，你接受這些測試在用-O標志運行時不會做任何事。我有時在代碼里使用assertFalse來標記沒有寫完的代碼分支，我希望這些代碼運行失敗。盡管拋出NotImplementedError可能會更好。）關于斷言的意見有很多，因為它能確保代碼的正確性。如果你確定代碼是正確的，那么就沒有用斷言的必要了，因為他們從來不會運行失敗，你可以直接移除這些斷言。如果你確定檢查會失敗，那么如果你不用斷言，代碼就會通過編譯并忽略你的檢查。在以上兩種情況下會很有意思，當你比較肯定代碼但是不是絕對肯定時。可能你會錯過一些非常古怪的情況。在這個情況下，額外的運行時檢查能幫你確保任何錯誤都會盡早地被捕捉到。另一個好的使用斷言的方式是檢查程序的不變量。一個不變量是一些你需要依賴它為真的情況，除非一個bug導致它為假。如果有bug，最好能夠盡早發(fā)現(xiàn)，所以我們?yōu)樗M行一個測試，但是又不想減慢代碼運行速度。所以就用斷言，因為它能在開發(fā)時打開，在產(chǎn)品階段關閉。一個非變量的例子可能是，如果你的函數(shù)希望在它開始時有數(shù)據(jù)庫的連接，并且承諾在它返回的時候仍然保持連接，這就是函數(shù)的不變量：defsome_function(arg):assertnotDB.closed()#codegoeshereassertnotDB.closed()returnresult斷言本身就是很好的注釋，勝過你直接寫注釋：#whenwereachhere,weknowthatn2你可以通過添加斷言來確保它：assertn2斷言也是一種防御型編程。你不是讓你的代碼防御現(xiàn)在的錯誤，而是防止在代碼修改后引發(fā)的錯誤。理想情況下，單元測試可以完成這樣的工作，可是需要面對的現(xiàn)實是，它們通常是沒有完成的。人們可能在提交代碼前會忘了運行測試代碼。有一個內(nèi)部檢查是另一個阻擋錯誤的防線，尤其是那些不明顯的錯誤，卻導致了代碼出問題并且返回錯誤的結(jié)果。加入你有一些if…elif的語句塊，你知道在這之前一些需要有一些值：#targetisexpectedtobeoneofx,y,orz,andnothingelse.iftarget==x:run_x_code()eliftarget==y:run_y_code()else:run_z_code()假設代碼現(xiàn)在是完全正確的。但它會一直是正確的嗎？依賴的修改，代碼的修改。如果依賴修改成target=w會發(fā)生什么，會關系到run_w_code函數(shù)嗎？如果我們改變了代碼，但沒有修改這里的代碼，可能會導致錯誤的調(diào)用run_z_code函數(shù)并引發(fā)錯誤。用防御型的方法來寫代碼會很好，它能讓代碼運行正確，或者立馬執(zhí)行錯誤，即使你在未來對它進行了修改。在代碼開頭的注釋很好的一步，但是人們經(jīng)常懶得讀或者更新注釋。一旦發(fā)生這種情況，注釋會變得沒用。但有了斷言，我可以同時對代碼塊的假設書寫文檔，并且在它們違反的時候觸發(fā)一個干凈的錯誤asserttargetin(x,y,z)iftarget==x:run_x_code()eliftarget==y:run_y_code()else:asserttarget==zrun_z_code()這樣，斷言是一種防御型編程，同時也是一種文檔。我想到一個更好的方案：iftarget==x:run_x_code()eliftarget==y:run_y_code()eliftarget==z:run_z_code()else:#Thiscanneverhappen.ButjustincaseitdoesraiseRuntimeError("anunexpectederroroccurred")按約定進行設計是斷言的另一個好的用途。我們想象函數(shù)與調(diào)用者之間有個約定，比如下面的：“如果你傳給我一個非空字符串，我保證傳會字符串的第一個字母并將其大寫?！比绻s定被函數(shù)或調(diào)用這破壞，代碼就會出問題。我們說函數(shù)有一些前置條件和后置條件，所以函數(shù)就會這么寫：deffirst_upper(astring):assertisinstance(astring,str)andlen(astring)0result=astring[0].upper()assertisinstance(result,str)andlen(result)==1assertresult==result.upper()returnresult按約定設計的目標是為了正確的編程，前置條件和后置條件是需要保持的。這是斷言的典型應用場景，因為一旦我們發(fā)布了沒有問題的代碼到產(chǎn)品中，程序會是正確的，并且我們能安全的移除檢查。下面是我建議的不要用斷言的場景：不要用它測試用戶提供的數(shù)據(jù)不要用斷言來檢查你覺得在你的程序的常規(guī)使用時會出錯的地方。斷言是用來檢查非常罕見的問題。你的用戶不應該看到任何斷言錯誤，如果他們看到了，這是一個bug，修復它。有的情況下，不用斷言是因為它比精確的檢查要短，它不應該是懶碼農(nóng)的偷懶方式。不要用它來檢查對公共庫的輸入?yún)?shù)，因為它不能控制調(diào)用者，所以不能保證調(diào)用者會不會打破雙方的約定。不要為你覺得可以恢復的錯誤用斷言。換句話說，不用改在產(chǎn)品代碼里捕捉到斷言錯誤。不要用太多斷言以至于讓代碼很晦澀。
創(chuàng)新互聯(lián)公司專注于網(wǎng)站建設|成都網(wǎng)站改版|優(yōu)化|托管以及網(wǎng)絡推廣，積累了大量的網(wǎng)站設計與制作經(jīng)驗，為許多企業(yè)提供了網(wǎng)站定制設計服務，案例作品覆蓋成都PVC花箱等行業(yè)。能根據(jù)企業(yè)所處的行業(yè)與銷售的產(chǎn)品，結(jié)合品牌形象的塑造，量身制作品質(zhì)網(wǎng)站。
assertIsNotNone(testValue, message)
定義： 單元測試庫函數(shù)，用于單元測試中以檢查輸入值是否為None。
輸入值：
testValue：變量，需要測試的變量。
message：字符串，測試消息失敗時顯示的消息。
返回值： 根據(jù)斷言條件返回布爾值，如果輸入值滿足assertIsNotNone()將返回true，否則返回false。
函數(shù)名：
1. 判斷是否相等
assertEqual
assertNotEqual
2. 判斷真假
assertTrue
assertFalse
3. 判斷是否為空
assertIsNone
assertIsNotNone
返回值： 滿足斷言，返回True；不滿足斷言，返回False。
根據(jù)老外的解釋就是說assertEqual與assertEquals沒有區(qū)別，可以說是完全一樣的函數(shù)，而現(xiàn)在assertEquals函數(shù)已經(jīng)被棄用，也就說不建議你使用了，以后可能這個方法就在python中消失了，在python3.0中已經(jīng)趨向使用不帶s的assert方法了，但是現(xiàn)在仍然沒有刪掉的原因是因為有一些舊代碼和項目在使用帶s的方法，語言要保持舊代碼的兼容性。
至于assert那就很好解釋了，就是判斷0,1 也就是python中的真假關系
assertAlmostEquals這2個方法存在的原因與上面的相同，建議你不要使用帶s的方法了，這個方法是做一個粗略判斷，判斷的值為你4舍5入后的值，也就是說5.1與5.2是相等的，如果使用這樣的assert方法。
在測試用例中，執(zhí)行完測試用例后，最后一步是判斷測試結(jié)果是 pass 還是 fail，自動化測試腳本里面一般把這種生成測試結(jié)果的方法稱為斷言assert。
接口請求斷言是指在發(fā)起請求之后，對返回的響應內(nèi)容去做判斷，用來查看是否響應內(nèi)容是否與規(guī)定的返回值相符。
在發(fā)起請求后，我們使用一個變量 r 存儲響應的內(nèi)容，也就是 Response 對象。
Response 對象有很多功能強大的方法可以調(diào)用，比如直接獲取響應頭，獲取 Unicode 編碼后的響應內(nèi)容，獲取二進制的響應內(nèi)容，獲取原始的響應內(nèi)容等等。
接下來我們就詳解
對接口服務發(fā)起 HTTP 請求信息，獲得響應內(nèi)容之后，對其做斷言驗證。
一、Python 接口自動化斷言
在發(fā)起請求后，使用一個變量r存儲響應的內(nèi)容，也就是Response對象。
r = requests.get("")
登錄后復制
響應結(jié)果：
{
"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 對象有很多功能強大的方法可以調(diào)用，比如直接獲取響應頭，獲取 Unicode 編碼后的響應內(nèi)容，獲取二進制的響應內(nèi)容，獲取原始的響應內(nèi)容等等。
響應斷言
響應狀態(tài)碼斷言
1、斷言成功
import requests
r = requests.get('')
assert r.status_code==200
登錄后復制
assert是 python 的內(nèi)置函數(shù)，用來判斷表達式，當表達式條件為 False 的時候就會觸發(fā)異常。r.status_code是 response 對象內(nèi)的一個方法，用于獲得返回值的狀態(tài)碼。assert r.status_code==200 就是在判斷狀態(tài)碼是否等于 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
登錄后復制
從以上例子可了解到，此響應狀態(tài)碼實際輸出與預期結(jié)果狀態(tài)碼 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"
登錄后復制
響應結(jié)果：
"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 的內(nèi)容進行斷言，其中 r.json() 是獲取相應的內(nèi)容，r.json()[“json”] 是獲取到 json 的內(nèi)容，r.json()[“json”][“hogwarts”] 是獲取到 hogwarts 的內(nèi)容，r.json()[“json”][“hogwarts”][0] 是 hogwarts 下的第一個數(shù)據(jù)。
二、Java 接口自動化斷言
Java 通過 then 進行斷言驗證，then() 方法可以對多種不同類型的響應信息進行驗證。
斷言響應狀態(tài)碼成功
import static io.restassured.RestAssured.*;
public class Requests {
public static void main(String[] args) {
given().when().get("").
//通常通過 then 進行斷言驗證
then().statusCode(200);
}
}
登錄后復制
通過 then() 方法提供的 statusCode() 方法即可實現(xiàn)對于響應狀態(tài)碼的驗證，statusCode() 方法通常接收的是 int 類型的參數(shù)。statusCode(200) 表示判斷響應狀態(tài)碼是否等于 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 的內(nèi)容進行斷言，其中 then().body() 是獲取相應的內(nèi)容。
第一個參數(shù)是從響應內(nèi)容中提取實際的字段值。
第二個參數(shù)調(diào)用了 equalTo() 方法，并在其中傳入了期望結(jié)果。
三、總結(jié)
不是所有的拼搏都會成功，我們不能盲目的拼搏，必須帶上我們的智慧，將屬于我們的機會牢牢抓住，才會多一份成功。
青春是短暫的，而這短暫的時間里我們的任務很重。讓花兒盡情的開吧，只要它不是落了一個虛度年華的罪名，那么，我都樂意。
這世界從來不會跟你過不去，你得到的任何好與壞，都是自己做的。根本沒有正確的選擇，我們只不過是要努力奮斗，使當初的選擇變得正確。
1024程序員節(jié)
自動化測試
軟件測試工程師
軟件測試
測試開發(fā)
全國股民的福音來了！
診斷漲停板
廣告
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接口自動化測試 （數(shù)據(jù)庫斷言）
2277閱讀·0評論·6點贊
2022年5月16日
python unittest斷言_python接口自動化（二十三）--unittest斷言——上（詳解）
196閱讀·0評論·0點贊
2020年11月29日
Python自動化之結(jié)果斷言篇
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測試學習-自動化測試的執(zhí)行步驟
335閱讀·0評論·0點贊
2020年12月13日
做python自動化得時候怎么添加斷言_python接口自動化 - 斷言（上）
2019閱讀·0評論·0點贊
2020年12月11日
全網(wǎng)最詳細的Python自動化測試
1755閱讀·0評論·0點贊
2022年10月15日
Python自動化測試項目的代碼編寫規(guī)范
1269閱讀·0評論·4點贊
2021年5月8日
用Python實現(xiàn)自動化測試
4326閱讀·2評論·1點贊
2022年7月8日
Selenium自動化測試（斷言 / fame框架處理）------實例
781閱讀·0評論·0點贊
2021年11月29日
7個實用的Python自動化代碼，別再重復造輪子了
1966閱讀·0評論·0點贊
2022年4月23日
去首頁
看看更多熱門內(nèi)容
評論16
Passerby_Wang
贊
寫得也太詳細了吧，學到了好多 也歡迎博主來我這里指點一二呀
2022.10.25
測試內(nèi)卷
贊
歡
重慶分公司
重慶分公司
