python - 现在为什么不在测试中使用 python 的 assert 语句呢？

Question

在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？

Answer 1

使用 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 样式，因为它的输入时间更长，但在大型项目中，您可能想了解更多有关错误的信息。