Situazione iniziale:
Stiamo sviluppando una piattaforma software in cui i prodotti possono essere generati configurando diversi componenti e aggiungendone altri. La piattaforma è sviluppata diversi anni da un piccolo team di sviluppatori. Ora la piattaforma è sempre più utilizzata, abbiamo nuovi sviluppatori e tester. Attualmente stiamo sviluppando un concetto per sviluppatore. La causa è che non abbiamo molti test di sviluppo per i nostri componenti.
Il team di tester utilizza strumenti di test UI automatizzati per testare i prodotti emessi dalla piattaforma.
Il nostro obiettivo:
Vogliamo motivare i membri del nostro team a scrivere più test per ottenere
- abbreviare i cicli di feedback
- riduce il conteggio degli errori per le nuove funzionalità
- ridurre le regressioni
La domanda:
Vogliamo iniziare a capire i componenti fragili. Dopo averli trovati, vogliamo scrivere test di integrazione per il componente che descrive le funzionalità previste. Ora abbiamo il seguente problema: possiamo testare il componente per se stesso e prendere in giro tutte le dipendenze con altri componenti. Possiamo testare il componente con tutti i componenti direttamente dipendenti. Possiamo testare il componente con la sua struttura completamente dipendente, quindi le sue dipendenze e le loro dipendenze ... Possiamo testare il componente nel contesto di diverse configurazioni di prodotto.
Quale sarebbe il migliore per raggiungere i nostri obiettivi e allo stesso tempo ridurre al minimo lo sforzo richiesto dai membri del nostro team per configurare i test?