在Python测试中,为什么要使用断言方法:
self.assertEqual(response.status_code, 200)
self.assertIn('key', my_dict)
self.assertIsNotNone(thing)
与直接断言相反:
assert response.status_code == 200
assert 'key' in my_dict
assert thing is not None
根据docs :
These methods are used instead of the assert statement so the test runner can accumulate all test results and produce a report
然而,这似乎是假的,测试运行者可以累积结果并生成报告。在 related post unutbu 已经表明 unittest 将引发一个 AssertionError
就像 assert 语句一样,那是 7 年多以前的事了,所以它也不是一个 Shiny 的新功能。
对于像 pytest 这样的现代测试运行器,由断言辅助方法生成的失败消息不再具有可读性(可以说 unittest 的 camelCase 风格不太可读)。 那么,为什么不直接在测试中使用 assert 语句?有哪些明显的缺点?为什么 CPython 等重要项目还没有放弃 unittest?
最佳答案
使用 assert
关键字或专用方法的主要区别在于输出报告。请注意,assert
之后的语句始终为 True
或 False
,并且不能包含任何额外信息。
assert 3 == 4
只会在报告中显示一个AssertionError
。
然而,
self.assertTrue(3 == 4)
提供一些额外信息:AssertionError: False is not true
。不是很有帮助,但请考虑:
self.assertEqual(3, 4)
更好,因为它告诉您 AssertionError: 3 != 4
。您阅读了该报告,并且知道它是哪种断言(平等检验)和涉及的值(value)观。
假设您有一些函数,并且想要断言它返回的值。 您可以通过两种方式做到这一点:
# assert statement
assert your_function_to_test() == expected_result
# unittest style
self.assertEqual(your_function_to_test(), expected_result)
如果出现错误,第一个除了断言错误之外不提供任何信息,第二个告诉您断言的类型(相等性测试)以及涉及的值(返回值和预期值)。
对于小型项目,我从不使用 unittest 样式,因为它的输入时间更长,但在大型项目中,您可能想了解更多有关错误的信息。
关于python - 现在为什么不在测试中使用 python 的 assert 语句呢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33491975/