189 8069 5689
使用断言表达式，通常会有人误用它，所以我决定写一篇文章来说明何时使用断言，什么时候不用。为那些还不清楚它的人，Python的assert是用来检查一个条件，如果它为真，就不做任何事。如果它为假，则会抛出AssertError并且包含错误信息。例如：pyx=23pyassertx0,"xisnotzeroornegative"pyassertx%2==0,"xisnotanevennumber"Traceback(mostrecentcalllast):File"",line1,inAssertionError:xisnotanevennumber很多人用assert作为一个很快和容易的方法来在参数错误的时候抛出异常。但这样做是错的，非常错误，有两个原因。首先AssertError不是在测试参数时应该抛出的错误。你不应该像这样写代码：ifnotisinstance(x,int):raiseAssertionError("notanint")你应该抛出TypeError的错误，assert会抛出错误的异常。但是，更危险的是，有一个关于assert的困扰：它可以被编译好然后从来不执行，如果你用–O或–oo选项运行Python，结果不保证assert表达式会运行到。当适当的使用assert时，这是未来，但是当assert不恰当的使用时，它会让代码用-O执行时出错。那什么时候应该使用assert？没有特定的规则，断言应该用于：防御型的编程运行时检查程序逻辑检查约定程序常量检查文档（在测试代码的时候使用断言也是可接受的，是一种很方便的单元测试方法，你接受这些测试在用-O标志运行时不会做任何事。我有时在代码里使用assertFalse来标记没有写完的代码分支，我希望这些代码运行失败。尽管抛出NotImplementedError可能会更好。）关于断言的意见有很多，因为它能确保代码的正确性。如果你确定代码是正确的，那么就没有用断言的必要了，因为他们从来不会运行失败，你可以直接移除这些断言。如果你确定检查会失败，那么如果你不用断言，代码就会通过编译并忽略你的检查。在以上两种情况下会很有意思，当你比较肯定代码但是不是绝对肯定时。可能你会错过一些非常古怪的情况。在这个情况下，额外的运行时检查能帮你确保任何错误都会尽早地被捕捉到。另一个好的使用断言的方式是检查程序的不变量。一个不变量是一些你需要依赖它为真的情况，除非一个bug导致它为假。如果有bug，最好能够尽早发现，所以我们为它进行一个测试，但是又不想减慢代码运行速度。所以就用断言，因为它能在开发时打开，在产品阶段关闭。一个非变量的例子可能是，如果你的函数希望在它开始时有数据库的连接，并且承诺在它返回的时候仍然保持连接，这就是函数的不变量：defsome_function(arg):assertnotDB.closed()#codegoeshereassertnotDB.closed()returnresult断言本身就是很好的注释，胜过你直接写注释：#whenwereachhere,weknowthatn2你可以通过添加断言来确保它：assertn2断言也是一种防御型编程。你不是让你的代码防御现在的错误，而是防止在代码修改后引发的错误。理想情况下，单元测试可以完成这样的工作，可是需要面对的现实是，它们通常是没有完成的。人们可能在提交代码前会忘了运行测试代码。有一个内部检查是另一个阻挡错误的防线，尤其是那些不明显的错误，却导致了代码出问题并且返回错误的结果。加入你有一些if…elif的语句块，你知道在这之前一些需要有一些值：#targetisexpectedtobeoneofx,y,orz,andnothingelse.iftarget==x:run_x_code()eliftarget==y:run_y_code()else:run_z_code()假设代码现在是完全正确的。但它会一直是正确的吗？依赖的修改，代码的修改。如果依赖修改成target=w会发生什么，会关系到run_w_code函数吗？如果我们改变了代码，但没有修改这里的代码，可能会导致错误的调用run_z_code函数并引发错误。用防御型的方法来写代码会很好，它能让代码运行正确，或者立马执行错误，即使你在未来对它进行了修改。在代码开头的注释很好的一步，但是人们经常懒得读或者更新注释。一旦发生这种情况，注释会变得没用。但有了断言，我可以同时对代码块的假设书写文档，并且在它们违反的时候触发一个干净的错误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")按约定进行设计是断言的另一个好的用途。我们想象函数与调用者之间有个约定，比如下面的：“如果你传给我一个非空字符串，我保证传会字符串的第一个字母并将其大写。”如果约定被函数或调用这破坏，代码就会出问题。我们说函数有一些前置条件和后置条件，所以函数就会这么写：deffirst_upper(astring):assertisinstance(astring,str)andlen(astring)0result=astring[0].upper()assertisinstance(result,str)andlen(result)==1assertresult==result.upper()returnresult按约定设计的目标是为了正确的编程，前置条件和后置条件是需要保持的。这是断言的典型应用场景，因为一旦我们发布了没有问题的代码到产品中，程序会是正确的，并且我们能安全的移除检查。下面是我建议的不要用断言的场景：不要用它测试用户提供的数据不要用断言来检查你觉得在你的程序的常规使用时会出错的地方。断言是用来检查非常罕见的问题。你的用户不应该看到任何断言错误，如果他们看到了，这是一个bug，修复它。有的情况下，不用断言是因为它比精确的检查要短，它不应该是懒码农的偷懒方式。不要用它来检查对公共库的输入参数，因为它不能控制调用者，所以不能保证调用者会不会打破双方的约定。不要为你觉得可以恢复的错误用断言。换句话说，不用改在产品代码里捕捉到断言错误。不要用太多断言以至于让代码很晦涩。
创新互联公司专注于网站建设|成都网站改版|优化|托管以及网络推广，积累了大量的网站设计与制作经验，为许多企业提供了网站定制设计服务，案例作品覆盖成都PVC花箱等行业。能根据企业所处的行业与销售的产品，结合品牌形象的塑造，量身制作品质网站。
assertIsNotNone(testValue, message)
定义： 单元测试库函数，用于单元测试中以检查输入值是否为None。
输入值：
testValue：变量，需要测试的变量。
message：字符串，测试消息失败时显示的消息。
返回值： 根据断言条件返回布尔值，如果输入值满足assertIsNotNone()将返回true，否则返回false。
函数名：
1. 判断是否相等
assertEqual
assertNotEqual
2. 判断真假
assertTrue
assertFalse
3. 判断是否为空
assertIsNone
assertIsNotNone
返回值： 满足断言，返回True；不满足断言，返回False。
根据老外的解释就是说assertEqual与assertEquals没有区别，可以说是完全一样的函数，而现在assertEquals函数已经被弃用，也就说不建议你使用了，以后可能这个方法就在python中消失了，在python3.0中已经趋向使用不带s的assert方法了，但是现在仍然没有删掉的原因是因为有一些旧代码和项目在使用带s的方法，语言要保持旧代码的兼容性。
至于assert那就很好解释了，就是判断0,1 也就是python中的真假关系
assertAlmostEquals这2个方法存在的原因与上面的相同，建议你不要使用带s的方法了，这个方法是做一个粗略判断，判断的值为你4舍5入后的值，也就是说5.1与5.2是相等的，如果使用这样的assert方法。
在测试用例中，执行完测试用例后，最后一步是判断测试结果是 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
测试内卷
赞
欢