Así que estoy experimentando con la introducción de las pruebas unitarias selenium
en django 1.4
en un par de proyectos en los que estoy trabajando.Mejor práctica para organizar pruebas de selenio y pruebas unitarias
La forma estándar de ejecutar las pruebas de mi unidad es simplemente hacer ./manage.py test
y utilizo django-ignoretests
para excluir aplicaciones django específicas que no deseo probar (según sea necesario).
Sin embargo, hay una manera de configurar mi proyecto para que pueda decidir ejecutar sólo pruebas de selenio cuando quiero y tienen ./manage.py test
sólo se ejecutan las pruebas de unidad estándar.
¿Cuáles son algunas de las mejores prácticas para segregar y organizar las pruebas de selenio y las pruebas de unidad estándar?
Como las pruebas de Selenium suelen ser funcionales, trato de hacer lo mismo, manteniéndolas en un paquete separado, junto con la opción de omitirlas (http://stackoverflow.com/a/10743466/4281). Me gusta la idea del corrector de prueba, pero en algunos casos las pruebas pueden no ser un descendiente de LiveServerTestCase (que es otro problema). –