Pourquoi mes tests de sélénium échouent-ils sur travis-ci après aucun changement de code, alors qu'ils passent localement?

Question

Je vais avoir des moments difficiles en essayant de déboguer un test de sélénium qui passe localement, mais pas sur travis.

Selon travis journaux de construction, il passait à la construction #311, mais a commencé à ne pas construire #312, apparemment en raison de commits e6ee7de08800...7617088b4ba6 - qui comprend seulement un nouveau fichier paramètres régionaux (.po) et la version bosse.

Mais les tests de sélénium passent localement. Vous pouvez l'essayer:

AUTOCOMPLETE_LIGHT_VERSION="master" 
CITIES_LIGHT_VERSION="master" 

rm -rf autocomplete_light_env/ 

virtualenv autocomplete_light_env 
source autocomplete_light_env/bin/activate 
pip install selenium 
pip install -e git+git://github.com/yourlabs/django-cities-light.git@$CITIES_LIGHT_VERSION#egg=cities_light 
pip install -e git+git://github.com/yourlabs/django-autocomplete-light.git@$AUTOCOMPLETE_LIGHT_VERSION#egg=autocomplete_light 
cd autocomplete_light_env/src/autocomplete-light/test_project 
pip install -r requirements.txt 
./manage.py test autocomplete_light 

Il sortira quelque chose comme:

---------------------------------------------------------------------- 
Ran 49 tests in 22.990s 

OK 
Destroying test database for alias 'default'... 

Peut-être il y a un problème sur travis-ci? Je n'ai aucune idée. Toute aide est la bienvenue B)

Answer 1

Parce que les tests de sélénium django utilisent multithreading, le serveur Web et la course en cours d'exécution de test de manière asynchrone.

Travis-ci est victime de son propre succès, et il était nécessaire de increase sleep times between requests pour fixer la construction.

- modifier -

J'ai eu le même problème avec django-session sécurité 2.0.0, mais je trouve un interresting pattern that resists to travis. Fondamentalement, "attendez" que des choses se produisent au lieu de "dormir alors attendez".