Creazione dei piani di test

7 minuti

Sottoporre a test l'app è il passaggio successivo nel processo di distribuzione delle app canvas. Questa unità fornisce le conoscenze di base per l'esecuzione dei test. È possibile considerare tre tipi di test da includere in un piano di test.

Tipi di test

Unit test

Uno unit test è il componente di test più piccolo. Si usa per verificare se una funzione o una funzionalità specifica dell'app funziona correttamente.

Test end-to-end

I test end-to-end si usano per verificare se la soluzione funziona correttamente nel suo complesso. Sono importanti perché, anche se tutti gli unit test funzionano correttamente, la loro integrazione potrebbe non riuscire. I test end-to-end si eseguono in base a uno scenario di test simile al caso d'uso del processo aziendale effettivo.

Test di accettazione utente

Un test di accettazione utente (UAT) viene eseguito dall'utente dell'app invece che dal creatore. L'obiettivo di questo test è garantire che quanto prodotto dei creatori corrisponda ai requisiti dell'utente.

Di seguito sono riportati alcuni suggerimenti per ottenere il massimo dai test di accettazione utente:

Effettuare il test con utenti reali.
Provare a scegliere utenti con livelli di competenze IT diversi. In questo modo si potranno ottenere vari tipi di feedback.
Non fornire istruzioni agli utenti: vedere invece se sono in grado di comprendere l'app in modo intuitivo.
Osservare il modo in cui gli utenti si spostano nell'app senza assistenza e individuare gli aspetti della progettazione da migliorare.
Quando un utente è bloccato su una schermata, chiedere di spiegare quale fosse la sua aspettativa.
Effettuare il test su diversi dispositivi per assicurarsi che il comportamento dei test case sia lo stesso indipendentemente dalla piattaforma.
Testare le funzionalità offline: idealmente, testare l'app nell'ambiente o nella posizione effettiva dell'utente, se l'app prevede funzionalità offline.
Chiedere agli utenti di test di provare a "mettere in difficoltà" l'app, ad esempio immettendo caratteri insoliti nei campi di testo.
Gli utenti tenderanno a testare il "percorso senza ostacoli", ovvero il percorso che un utente segue quando tutto funziona perfettamente. Chiedere loro di testare anche scenari come l'annullamento di una nota spese invece dell'invio o il rifiuto di una nota spese invece dell'approvazione.

È possibile che gli utenti non abbiano familiarità con l'attività di test del software; chiarire quindi qual è il tipo di feedback atteso. Spesso è utile fornire un modello per i "bug" per assicurarsi che i tester descrivano:

Esattamente cosa stavano facendo
Cosa è successo
Cosa invece si aspettavano accadesse
Qualsiasi informazione pertinente sull'ambiente di test, come il tipo di dispositivo e il browser.

È naturale e accettabile che gli utenti richiedano modifiche alle specifiche o manifestino interesse per l'aggiunta di altre funzionalità. Queste richieste dovrebbero essere registrate in un elenco di funzionalità come quello descritto in Assegnazione di priorità alle richieste di funzionalità così da ordinarle in base alla priorità e incorporarle nell'app.

Creazione di test case e scenari di test

Nella pianificazione dei test occorre considerare gli scenari importanti che sono probabilmente stati individuati nelle fasi di pianificazione e progettazione del progetto Power Apps.

Innanzitutto è necessario creare gli unit test. Creare un test separato per ogni funzionalità o funzione, che può essere registrato in una tabella come questa:

Nr. test case	Descrizione del test	Input da testare con	Risultato previsto
1-1	Inviare i dettagli di un ordine da un modulo	Ordine nr. 16516	Ordine inviato correttamente
1-2	Verificare che un PDF venga generato e allegato al record	N/A	Il file PDF viene allegato al record
1-3	Verificare che la notifica e-mail venga inviata all'utente	test@contoso.com	Il messaggio e-mail viene ricevuto dal destinatario specificato