Scrivere test sul selenio, dovrei semplicemente farlo o farlo bene?

Se i test non sono automatizzati al 100%, perdono un'enorme quantità di valore. Non verranno eseguiti in modo affidabile e sono molto più soggetti a errori a causa dell'interazione umana. Se non riesci a ottenerlo automatizzato al 100%, rimuovi completamente quel test, anche se per il momento non significa testare quella parte di funzionalità.

Per inciso, hai chiesto aiuto su stackoverflow ? Potrebbero essere in grado di darti una soluzione abbastanza veloce.

Ho visto che la tecnica " aspetta che l'utente faccia qualcosa ". È una cattiva idea, per molte ragioni diverse, ma può essere fatta funzionare in un contesto limitato. Se lo fai, ovviamente non ha un test automatizzato, ma piuttosto uno che richiede l'osservazione e l'interazione umana attiva. Il che significa che non puoi eseguirlo come parte di un processo di integrazione continua, probabilmente non vorrai eseguirlo come parte di una raccolta di test unitari in-the-background, etc .

Se si decide di farlo comunque, il modo corretto per farlo è di avvisare l'utente che la sua azione è necessaria, e quindi attendere (eseguendo il loop con pause se necessario) per il risultato corretto della loro azione. Al contrario di aspettare alcuni minuti e sperare di aver fatto il loro pezzo di lavoro.

Prova a trovare tutti i possibili soluzioni alternative.
E se nulla funziona, li classifichi come test non automatizzabili con una corretta documentazione di blocco. Forse nelle versioni future del selenio (o dell'applicazione) si ottengono soluzioni alternative per il passaggio.