Test Studio

Crea test dell'interfaccia utente completi per un'app canvas usando Test Studio. Mantenere la qualità dell'app convalidando continuamente che l'app funzioni come previsto quando vengono distribuite nuove modifiche o aggiornamenti.

Informazioni generali

Il test è una parte importante del ciclo di vita dello sviluppo software (SDLC). I test consentono di garantire la qualità dell'app distribuita ai clienti. Può identificare i problemi o i difetti all'inizio del processo di rilascio e offre la possibilità di risolvere questi problemi per rendere l'app più affidabile prima di rilasciare le modifiche. A seconda delle dimensioni e dell'utilizzo dell'app, il test manuale delle nuove modifiche potrebbe essere sufficiente. Tuttavia, man mano che l'app aumenta di complessità e utilizzo, potrebbe essere necessario prendere in considerazione una strategia di test anziché il test manuale. Se l'app è cruciale, anche un piccolo errore può avere un impatto significativo.

L'aumento delle modifiche delle app può comportare cicli di test più lunghi. Alla fine, i test di regressione dell'app potrebbero essere più lunghi del tempo impiegato per sviluppare nuove funzionalità. Nello sviluppo rapido, il test approfondito di ogni funzionalità dell'app rappresenta un ostacolo per il rilascio degli aggiornamenti software. Un'opzione per ridurre il tempo impiegato durante un ciclo di test e per i test di regressione è l'automazione dei test. L'automazione dei test consente di testare l'app con un impegno minimo, riducendo il tempo di test e identificando i problemi critici prima del rilascio.

Power Apps Test Studio è una soluzione a basso codice per scrivere, organizzare e automatizzare i test per le app canvas. In Test Studio è possibile scrivere test usando espressioni di Power Apps o usare un registratore per salvare l'interazione dell'app per generare automaticamente le espressioni. È possibile riprodurre i test scritti all'interno di Test Studio per convalidare la funzionalità dell'app ed eseguire anche i test in un Web browser e compilare i test automatizzati nel processo di distribuzione dell'app.

Prerequisiti

Devi essere creatore o comproprietario di un'app per testare l'app con Test Studio.

Terminologia di Test Studio

La sezione seguente illustra la terminologia principale di Test Studio.

Casi di test

I test case sono costituiti da una serie di istruzioni o azioni, denominate passaggi di test. I test case vengono eseguiti per verificare che l'app, o funzionalità specifiche nell'app, funzioni come previsto. Ad esempio, in un'app Expense, si vuole assicurarsi che sia possibile inviare solo le spese con il costo effettivo associato. Un test case consente di verificare che questa condizione o requisito sia sempre soddisfatta.

In Test Studio i passaggi di test vengono scritti usando il linguaggio delle espressioni di Power Apps. Le espressioni di test possono essere costituite da entrambe le funzioni disponibili durante la compilazione dell'app e di espressioni aggiuntive per supportare test automatizzati.

Gruppi di test

I gruppi di test vengono usati per organizzare o raggruppare i test case. Man mano che aumenta il numero di test case nell'app, è possibile organizzare i test case in funzionalità o funzionalità specifiche. Ad esempio, si potrebbe avere un gruppo di test con test case per convalidare gli invii di report spese e un altro gruppo di test incentrato solo sulle approvazioni spese.

I test case contenuti nei gruppi di test vengono eseguiti in sequenza. Lo stato dell'app è reso permanente in tutti i test case in un gruppo. Ad esempio, se hai un test case che viene completato nella schermata 5 nella tua app, il test case successivo nel gruppo di test inizierà a essere eseguito dalla schermata 5. Consente di suddividere uno scenario di test complesso in più test case all'interno di una singola suite, e lo stato viene condiviso tra tutti i test case. Se il secondo test case prevede di iniziare nella schermata iniziale dell'app, è possibile passare alla schermata start come primo passaggio nel test case. Quando si pianifica l'esecuzione dei test è importante ricordare che l'app non viene ricaricata all'inizio di ogni test case in un gruppo di test.

Testare le asserzioni

Ogni test case deve avere un risultato previsto. Per convalidare il risultato previsto di un test rispetto al risultato effettivo del test, è possibile scrivere asserzioni di test. Un'asserzione è un'espressione che si valuta come vera o falsa nel contesto del test. Se l'espressione restituisce false, il test case avrà esito negativo.

Nell'esempio precedente dell'app per le spese è possibile scrivere un'asserzione per verificare se una nota spese viene creata con una voce di spesa associata a un costo zero.

Procedure consigliate

Quando si testano app canvas con Test Studio, prendere in considerazione le procedure consigliate seguenti per ottenere i vantaggi massimi per migliorare la qualità dell'app:

1. Determinare quali test case devono essere automatizzati.

   È difficile automatizzare tutti i test e non è consigliabile basarsi completamente sull'automazione dei test. I test manuali devono essere eseguiti oltre all'automazione dei test. I test più adatti all'automazione sono:

   • Test ripetitivi.
   • Test delle funzionalità a impatto aziendale elevato.
   • Caratteristiche stabili e che non subiscono cambiamenti significativi.
   • Funzionalità che richiedono più set di dati.
   • Test manuali che richiedono tempi e sforzi significativi.

2. Mantenere i test case di piccole dimensioni.

   Anche se un singolo test case può supportare il test di tutte le funzionalità nella tua app, ti consigliamo di evitare di scrivere un test case monolitico e provare a dividerlo in più test case. Ogni test case può testare una caratteristica o una funzionalità specifica nella tua app. Un'asserzione non riuscita in un test case di grandi dimensioni potrebbe causare l'annullamento del test di altre funzionalità. L'uso di più test case contenuti in un gruppo di test consente di testare altre funzionalità indipendentemente dal fatto che un test case precedente non sia riuscito. Questa strategia semplifica anche l'isolamento degli errori di test.

3. Mantenere le espressioni limitate a un'unica azione di test.

   Un'azione di test può contenere più espressioni. Le espressioni di test a più azioni di grandi dimensioni per un singolo passaggio potrebbero influire sulla possibilità di eseguire il debug e isolare eventuali errori di test. Valutare la possibilità di dividere un passaggio di test con più azioni in più passaggi di test di singole azioni per identificare più rapidamente i problemi.

4. Ogni test case deve avere un risultato previsto.

   Ogni test case deve avere uno o più risultati previsti. Le asserzioni di test devono essere usate per convalidare i risultati previsti del test rispetto ai risultati effettivi. È possibile scrivere più asserzioni per un singolo test case.

5. Usare i gruppi di test.

   Per la manutenzione, raggruppare o classificare i test case simili insieme e descrivere lo scopo e i risultati previsti del test.

Limitazioni note

Durante il processo di fornitura di una copertura completa del controllo in Power Apps Test Studio, la funzionalità seguente non è attualmente disponibile:

• Componenti.
• Componenti di codice scritti in Power Apps Component Framework.
• Raccolte annidate.
• Controlli multimediali.
• La funzionalità sperimentale di gestione degli errori a livello di formula deve essere attivata per l'app.
• Supporto per i controlli non elencati nelle funzioni Select e SetProperty .
• Colonne di tipo Person.
• Test Studio non è compatibile con la funzionalità di controllo della versione git sperimentale e non funzionerà correttamente se tale funzionalità è abilitata.

Passaggi successivi

• Utilizzo di Test Studio

Vedere anche

• Automatizzare i test con Azure Pipelines usando l'editor classico