kb
29.02.2012 10:55 c8541125
Итого, сейчас наиболее "правильная" команда для запуска тестов у меня такая:
time python manage.py test --settings settings_test --failfast --failed
13 comments
recommend
bookmark
subscribe
а от чего не пользуешь py.test? он вроде и не такое умеет
а какое он еще умеет? не использую просто потому что не щупал, возможно)
в случае django например client / user funarg https://github.com/buchuki/django-pytest
ну мы django-nose используем. а что за funarg не понял пока.
это такая магическая фигня, которая вместо аргумента с фиксированным именем подставляет нужный объект — удобно для коннекта к базе или в данном случае client'a
а, понял. ну мне больше нравится то, что я свой велосипед написал :) называется pyfixtures. у джанги есть возможность задать массив fixtures = ['userjohn', 'userjohn_receipts'...], но оно тупое и умеет только для json/csv/sql и проч. А я написал pyfixtures = ['userjohn_images', ...], который питоном фикстуры грузит. Короче такие универсальные фикстуры эдакие.
ну тут не совсем о fixtures, хотя можно конечно их и через funcarg'и запилить
хмм, может я просто другой семантики не вижу кроме fixtures (из "нужных"). а для чего кроме фикстур вы используете?
самый вкусный use-case я уже упомянул в предыдущем комменте: какой нибудь ресурс — файл, коннект к чему-то, сокет, whatever; ну или для произвольных входов: any_something
ааа, то есть короче свой setUp() переназвали просто? ну, мне больше class-based подход с setUp здесь нравится. хотя когда как, наверное.
и сразу фейл
где же?
после слова питтон -_-