Risorse Strumenti di test automatico

Quando si gestisce una suite di test end-to-end, qualsiasi leader ingegneristico ha due opzioni. Puoi: Mettere in pausa lo sviluppo per aggiornare i tuoi test end-to-end al fine di (si spera) impedire che si rompano a causa di modifiche all'interfaccia utente, oppure Sviluppare il codice a piena velocità e ignorare i test che si rompono a causa di modifiche all'interfaccia utente. Usiamo la seconda opzione per minimizzare la necessità di coordinazione e massimizzare la velocità di distribuzione. Se un test di ProdPerfect fallisce dopo che hai apportato una modifica all'interfaccia utente, dovresti comunque indagare sul test fallito, poiché potrebbe esserci un bug. Se non c'è, semplicemente ignora e distribuisci attraverso il fallimento della suite di test. ProdPerfect commenterà il test e lo correggerà in modo asincrono.

Mostra di più

Mostra meno

Se una nuova funzionalità influisce su un flusso che gli utenti stanno attualmente attraversando, è probabile che i nostri test si rompano, e li aggiorneremo dopo aver verificato per assicurarci che non ci sia un bug. Questo significa che testiamo la maggior parte delle nuove funzionalità. Le funzionalità che non sono correlate ai vecchi flussi (ad esempio: aggiungi un flusso di configurazione per un'integrazione Slack) e introducono un comportamento completamente nuovo non vengono rilevate di default e non verranno testate. In definitiva, ProdPerfect è una suite di test di regressione. C'è un'eccezione: se le nuove funzionalità trascorrono oltre 48 ore in staging o preprod, e vengono utilizzate da utenti interni durante quel periodo, possiamo configurare ProdPerfect per rilevare quel comportamento e avviare i test per le nuove funzionalità. Abbiamo distribuito a un gruppo di clienti Beta il nostro autogeneratore di estensioni Chrome, che consente loro di dirci quali nuovi set di funzionalità vogliono testare con pochi clic. Questo dovrebbe diventare disponibile per tutti i clienti tra qualche mese.

Mostra di più

Mostra meno

I nostri test attraversano la tua applicazione nello stesso modo in cui lo fanno i tuoi utenti, ma in un ambiente di staging o pre-produzione. I nostri test si aspettano di poter attraversare completamente lo stesso flusso e ricevere gli stessi risultati dell'applicazione che gli utenti ottengono in produzione. Per tutti i dati inseriti nell'applicazione durante il test, ci aspettiamo che quei dati o le loro trasformazioni vengano restituiti nel DOM in modo coerente. Ci aspettiamo anche che l'applicazione non generi errori Javascript o altri tipi comuni di errori. Se queste condizioni non sono soddisfatte, o l'applicazione genera un errore durante l'attraversamento, i nostri test falliranno. Questo tipo di test è spesso chiamato User Acceptance Testing, Functional Testing o (in modo approssimativo) Selenium Testing.

Mostra di più

Mostra meno