Неблокирующие ошибки метода assert в Pytest-check

[yks]

Как по мне, так это наоборот какой-то костыль.

1. нативный assert — это самое крутое, что можно использовать для тестов. Все эти self.assertEqual, mock.assertCalled и т.п. — это всё костыли, которые скрывают самое главное, тот expression, что вы тестируете. Когда вы берёте конфету, какой бы ни был красивый фантик, всё-таки он вторичен.
2. Если первый ассерт упал, то с вероятностью 1/2 — 1 остальные проверки бессмысленны, потому что по-хорошему тест должен быть составлен так, что тестирует зависимые друг от друга вещи. Если две проверки в тесте независимы, это лучше оформить как 2 разных теста, так как имя, данное тесту, это половина (не)понимания того, почему он упал.
3. Нативный вывод pytest гораздо лучше выглядит, подсветка и всё такое.
4. Бритва Оккама — лишние сущности не нужны.
   Чем проще тест (и не только), чем меньше всяких обёрток, фантиков, тем быстрее, проще, дешевле, приятнее разработка.

[conopus]

Брайн — молодец конечно, хотя бы потому, что книгу про pytest написал. Но вообще на эту тему уже много всего напридумано, в том числе и в самом pytest. Гуглить на слова: pytest soft assert.