La fase pre-release serve a ridurre i rischi che diventano più costosi una volta che il prodotto è in mano agli utenti. Una checklist condivisa rende il rilascio ripetibile e riduce la dipendenza dalla memoria delle singole persone.
Funzionalità e regressioni
Le funzionalità critiche devono essere testate sui percorsi principali e sui casi di errore, con particolare attenzione alle aree modificate di recente.
- Login e recupero account
- Pagamenti o flussi critici
- Permessi e notifiche
- Offline e rete instabile
- Aggiornamento da versioni precedenti
Aspetti non funzionali
Performance, sicurezza, accessibilità e compatibilità incidono sull’esperienza quanto le feature.
- Tempi di avvio e risposta
- Consumi e crash
- Gestione dati sensibili
- Dynamic Type e VoiceOver dove applicabile
- Dispositivi e versioni supportate
Preparare la produzione
Analytics, logging, feature flag, rollback e supporto devono essere pronti prima del rilascio, non dopo il primo incidente.
Una release è pronta quando sappiamo non solo come pubblicarla, ma anche come capire se qualcosa non va e come tornare indietro.
Vuoi applicarlo al tuo progetto?
Possiamo partire da una valutazione del contesto attuale e capire quali decisioni hanno priorità.
Approfondisci Software AssessmentDomande frequenti
Serve testare tutto manualmente?
No. I test automatici coprono bene parti ripetitive; esplorazione manuale e test end-to-end restano utili sui flussi più importanti.
Chi dovrebbe approvare una release?
Dipende dal team, ma criteri e responsabilità devono essere espliciti prima del giorno di pubblicazione.