Determinare la preparazione delle applicazioni
Prima di distribuire un aggiornamento client Windows, è necessario sapere quali app continueranno a funzionare senza problemi, che necessitano di aggiornamenti personalizzati e che semplicemente non funzionano e devono essere sostituite. Se non è già stato fatto, vale la pena classificare le app in base alla loro criticità nell'organizzazione.
Metodi di convalida
È possibile scegliere tra diversi metodi per convalidare le app. Esattamente quelli da usare dipendono dalle specifiche dell'ambiente.
Metodo di convalida | Descrizione |
---|---|
Regressione completa | Un controllo di qualità completo. Il personale che conosce bene l'applicazione e può convalidarne la funzionalità di base deve eseguire questa convalida. |
Test di fumo | L'applicazione passa attraverso la convalida formale. Ovvero, un utente convalida l'applicazione seguendo un piano dettagliato, idealmente con una conoscenza limitata o senza alcuna conoscenza dell'applicazione che sta convalidando. |
Test automatizzati | Il software esegue automaticamente i test. Il software consente di sapere se i test sono stati superati o non riusciti e fornisce automaticamente report dettagliati. |
Test in versione pilota | Si preselezionano gli utenti per essere nel gruppo di distribuzione pilota ed eseguire le stesse attività che eseguono quotidianamente per convalidare l'applicazione. In genere si usa questo metodo oltre a uno degli altri tipi di convalida. |
Risposta reattiva | Le applicazioni vengono convalidate in fase pilota tardiva e non sono selezionati utenti specifici. Queste applicazioni in genere non vengono installate in molti dispositivi e non vengono gestite dalla distribuzione di applicazioni aziendali. |
La combinazione dei vari metodi di convalida con le classificazioni delle app stabilite in precedenza potrebbe essere simile alla seguente:
Metodo di convalida | App critiche | App importanti | App non importanti |
---|---|---|---|
Regressione completa | x | ||
Test di fumo | x | ||
Test automatizzati | x | x | x |
Test in versione pilota | x | x | x |
Identificare gli utenti
Poiché l'organizzazione ha senza dubbio un'ampia gamma di utenti, ognuno con diverse attività in background e regolari, è necessario scegliere gli utenti più adatti per i test di convalida. Alcuni fattori da considerare includono:
- Posizione: se gli utenti si trovano in posizioni fisiche diverse, è possibile supportarli e ricevere commenti e suggerimenti sulla convalida dall'area in cui si trovano?
- Conoscenza dell'applicazione: gli utenti hanno una conoscenza appropriata del funzionamento dell'app?
- Capacità tecnica: gli utenti hanno competenze tecniche sufficienti per fornire feedback utile da vari scenari di test?
È possibile cercare volontari che amano lavorare con nuove funzionalità e includerli nella distribuzione pilota. È possibile evitare di usare gli utenti principali, ad esempio i responsabili del reparto o i project manager. Gli attuali proprietari delle applicazioni, il personale operativo e gli sviluppatori possono aiutare a identificare gli utenti pilota più appropriati.
Identificare e configurare i dispositivi per la convalida
Oltre agli utenti, è importante scegliere con attenzione anche i dispositivi per partecipare alla convalida delle app. Ad esempio, idealmente, la selezione include dispositivi che rappresentano tutti i modelli hardware nell'ambiente.
Esistono più modi per scegliere i dispositivi per la convalida delle app:
- Dispositivi pilota esistenti: potrebbe essere già disponibile un elenco di dispositivi usati regolarmente per testare gli aggiornamenti come parte dei cicli di rilascio.
- Selezione manuale: alcuni gruppi interni, ad esempio le operazioni, hanno esperienza nella scelta manuale dei dispositivi in base a specifiche, utilizzo o record di problemi di supporto precedenti.
- Analisi basata sui dati: con gli strumenti appropriati, è possibile usare i dati di diagnostica dei dispositivi per informare le proprie scelte.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: nel corso del 2024 verranno dismessi i problemi di GitHub come meccanismo di feedback per il contenuto e verranno sostituiti con un nuovo sistema di feedback. Per altre informazioni, vedere:Invia e visualizza il feedback per