Creazione dei piani di test
Nell'ambito del processo di distribuzione di un'app canvas, il passaggio successivo consiste nell'iniziare a testarla. Questa unità fornisce le conoscenze di base per l'esecuzione dei test. È possibile considerare tre tipi di test da includere in un piano.
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. È possibile effettuare questi tipi di test seguendo uno scenario di test simile al caso d'uso del processo aziendale effettivo.
Test di accettazione utente
Un test di accettazione utente (UAT) è quello che viene eseguito dall'utente dell'app invece che dal creatore. L'obiettivo di questo test è garantire che quanto prodotto dei creatori corrisponda ai requisiti inizialmente indicati dall'utente.
Di seguito alcuni suggerimenti per ottenere il massimo dai test di accettazione utente:
Effettuare il test con utenti reali.
Provare a scegliere utenti con diversi livelli di competenze IT. In questo modo si potranno ottenere vari tipi di feedback.
Non dare istruzioni agli utenti per vedere se possono 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.
Provare 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 l'utente richieda modifiche alle specifiche o desideri 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 è consigliabile considerare gli scenari importanti che sono probabilmente stati individuati nelle fasi di pianificazione e progettazione del progetto Power Apps.
Innanzitutto è necessario scrivere gli unit test. È opportuno suddividere i test in ciascuna funzionalità o funzione. Elencare i test case per gli unit test in modo simile alla tabella seguente.
| Nr. test case | Descrizione del test | Input da testare con | Risultato previsto | Risultato |
|---|---|---|---|---|
| 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 |
In sintesi, un piano valido faciliterà l'esecuzione dei test. L'obiettivo è creare un piano di test che descriva l'intenzione e l'ambito dei test, guidi il processo di revisione tecnica e supporti un'implementazione delle funzionalità priva di problemi. Lo sviluppo del piano di test deve proseguire con i test di accettazione utente e fornire un mezzo per rilevare le modifiche necessarie prima dell'implementazione.