Quindi sto sperimentando l'introduzione dei test di unità selenium
in django 1.4
in un paio di progetti su cui sto lavorando.Best practice per l'organizzazione di test di selenio e test di unità
Il metodo standard per eseguire i miei test di unità sono semplicemente fare ./manage.py test
e io uso django-ignoretests
escludere app Django specifici che non voglio provato (se necessario).
Tuttavia, c'è un modo per configurare il mio progetto in modo che possa decidere di correre solo test selenio quando voglio e hanno ./manage.py test
eseguire solo unit test standard.
Quali sono le migliori pratiche per la segregazione e l'organizzazione dei test del selenio e dei test unitari standard?
Poiché i test al selenio tendono a essere funzionali, cerco di fare lo stesso, conservandoli in un pacchetto separato, insieme a un'opzione per ignorarli (http://stackoverflow.com/a/10743466/4281). Mi piace l'idea del runner di test, ma in alcuni casi i test potrebbero non essere un discendente di LiveServerTestCase (che è un altro problema). –