Nella nostra build ci sono alcuni scenari che falliscono per motivi che sono fuori dal nostro controllo o richiedono troppo tempo per eseguire il debug in modo corretto. Cose come javascript asincrono ecc.cetriolo riesegue automaticamente gli scenari falliti con un tag?
Ad ogni modo il punto a volte funzionano a volte no, quindi stavo pensando che sarebbe stato utile aggiungere un tag a uno scenario come @rerun_on_failure o @retry che riproverà lo scenario X numero di volte prima di fallire la compilazione.
Capisco questa non è una soluzione ideale, ma il test è ancora prezioso e ci piacerebbe tenerlo senza avere i falsi negativi
La prova effettiva che non riesce clic su un link e si aspetta un evento di monitoraggio per essere inviato a un server per l'analisi (tramite javascript). A volte il web driver del selenio carica la pagina successiva troppo velocemente e l'evento non ha tempo di essere inviato.
Grazie
È possibile utilizzare wait_until? http://stackoverflow.com/questions/3876412/capybara-doesnt-recognize-dynamically-added-dom-elements – michaeltwofish
usiamo wait_until per altri test ma in questo caso non è applicabile. Aggiornerò la domanda sul perché. Grazie – amleszk
Non posso fare a meno di pensare che i ganci di cetriolo potrebbero raggiungere questo obiettivo. Forse un aggancio. Tuttavia, non è così semplice come rieseguire lo scenario perché è necessario che anche il tuo driver capybara sia nello stato giusto. Ho provato a farlo funzionare da solo, ma non sono ancora riuscito a farlo. – iainbeeston