Pull to refresh

Comments 12

Да, согласен, забыл) Но есть же pip install pytest-cov =)

А откуда данные по частоте использования? По моему опыту параметризация (в том числе фикстур) встречается чуть ли не повсеместно, по крайней мере малоиспользуемой уж точно не назовешь

На самом деле, многие функции используются чаще с приходом опыта, для меня например параметризация тестов - штука довольно новая)

для меня например параметризация тестов - штука довольно новая)


И как это сопоставлять с названием статьи (Самые малоиспользуемые функции Pytest)? Для меня статья явно не оправдывает ожидания, после прочтения заголовка.

Добавьте в статью что-то про свой опыт. Сколько проектов вы просмотрели по использованию фич, в скольких компаниях?

У меня выборка не большая и топом будет pytest. Часто его используют для сбора и запуска тестов, а сами тесты пишут по старинке с помощью Unuttest.

Из того, что для меня полезно, но редко кто использует это запуск доктестов.






Очень жаль, что название не оправдывает ожидания. Но уверен, что найдутся те, для кого оправдает. Если у меня будет время, я напишу статью, которая будет полезна абсолютно всем)
Unittest и запуск доктестов - это идеи для других статей

Марки тоже для вас штука новая? Я просто не представляю, как ещё удобнее рулить тестами, если не марками.

Хочется с вами согласиться, но после собеседования примерно 60 кандидатов использующих pytest, очень мало кто это использует, как и фикстуры (кроме пары встроенных). Проведя столько интервью, стало очень грустно

Не на всех проектах это нужно. Иногда для разделения e2e, интеграционных и юнитов можно просто по разным директориям раскидать тесты.

разносить тесты по категориям это правильно. Но как в pytest можно жить без создания своих фикстур (без хуков я еще могу придумать) и иметь хороший код, я слабо представляю

Использование input внутри теста это путь в никуда... Не стоит это использовать в реальных проектах

Count для производительности? Можно примеры и методику анализа результатов?)

Sign up to leave a comment.