Ci scusiamo se questa domanda è più adatta ai programmatori di scambi di stack, l'ho pubblicata su entrambi i siti perché ho pensato che fosse sulla recinzione.Metriche di test E2E
Domanda: Esistono metriche di valore sui test automatici E2E? (Ha senso per raccogliere tutti i dati che li circonda?)
Contesto: Per esempio, quando ho scritto il mio test di unità, ho implementato un pacchetto di copertura di test che copre% delle Classi, # dei metodi toccato ecc .. .
alcuni punti che ho incontrato:
- efficienza di prova (velocità di specifiche)
- prestazioni App (risposta/tempo di caricamento)
- Automation Progress (# di test attualmente automatizzato VS # di test in grado di essere automatizzato)
- Defect Efficienza (# di difetti riscontrati durante i test VS # di difetti riscontrati dopo la consegna)
Tutte le idee? Se è importante, sto usando Protractor su un'app Angular.
È necessario definire prima gli obiettivi dell'automazione di test nel proprio contesto. Quindi creare le metriche per rappresentare il divario verso il risultato desiderato. La metrica di lancio senza uno scopo ben definito è inutile. –
@FlorenteB. vero, grazie per il tuo contributo. Suppongo che l'obiettivo principale sia un controllo di integrità verificando che le parti principali dell'app funzionino ancora correttamente mentre lo sviluppo continua (suppongo che si tratti di test funzionali/di regressione?) Non voglio dire che è semplicemente un felice test di percorso (perché penso che sia più approfondito di così) ... ma per mancanza di un termine migliore possiamo considerarlo così. – Gunderson