Test Studio

Compileu proves d'IU d'extrem a extrem per a la vostra aplicació de llenç amb el Test Studio. Manteniu la qualitat de l'aplicació validant contínuament que funcioni com s'espera quan s'implementen canvis nous o actualitzacions.

Informació general

Les proves són una part important del cicle de vida del desenvolupament de programari (SDLC). Les proves poden ajudar-vos a garantir la qualitat de l'aplicació subministrada als clients. Poden identificar problemes o defectes al principi del procés de llançament i ofereixen l'oportunitat de corregir aquests problemes per tal que l'aplicació sigui més fiable abans de publicar els canvis. En funció de la mida i de l'ús de l'aplicació, les proves manuals dels canvis nous poden ser suficients. No obstant això, a mesura que augmenti la complexitat i l'ús de l'aplicació, pot ser que hàgiu de tenir en compte una estratègia de prova en lloc de les proves manuals. Si l'aplicació és crítica, fins i tot un petit error pot tenir un impacte significatiu.

L'augment de canvis a l'aplicació pot donar lloc a cicles de proves més prolongats. En última instància, les proves de regressió de l'aplicació poden ser més llargues que el temps dedicat a desenvolupar noves característiques. En el desenvolupament accelerat, provar exhaustivament totes les característiques de l'aplicació es converteix en una limitació a l'hora de llançar les actualitzacions de programari. Una opció per reduir el temps dedicat a un cicle de prova i a les proves de regressió és l'automatització de les proves. L'automatització de les proves us pot ajudar a provar l'aplicació amb un mínim esforç, reduir el temps de les proves i identificar problemes crítics abans del llançament.

El Power Apps Test Studio és una solució de codi baix per escriure, organitzar i automatitzar proves per a les aplicacions de llenç. Al Test Studio, podeu escriure proves mitjançant expressions del Power Apps o utilitzar un enregistrador per desar la interacció amb l'aplicació per generar automàticament les expressions. Podeu reproduir proves escrites dins del Test Studio per validar la funcionalitat de l'aplicació i, a més, executar les proves en un navegador web i crear les proves automatitzades al procés d'implementació de l'aplicació.

Requisits previs

Heu de ser autor o copropietari d'una aplicació per provar l'aplicació amb Test Studio.

Terminologia del Test Studio

A la secció següent es descriu la terminologia clau del Test Studio.

Casos de prova

Els casos de prova es componen d'una sèrie d'instruccions o accions anomenades passos de la prova. Els casos de prova s'executen per validar que l'aplicació o les característiques específiques de l'aplicació funcionin com s'esperava. Per exemple, en una aplicació de despeses, voleu assegurar-vos que només es puguin enviar les despeses amb un cost real associat. Un cas de prova pot ajudar-vos a comprovar que sempre es compleixi aquesta condició o requisit.

Al Test Studio, els passos de la prova s'escriuen mitjançant el llenguatge d'expressions del Power Apps. Les expressions de prova poden consistir en ambdues funcions disponibles quan creeu l'aplicació i expressions addicionals per admetre les proves automatitzades.

Conjunts de proves

Els conjunts de proves s'utilitzen per organitzar o agrupar els casos de prova. A mesura que el nombre de casos de prova de l'aplicació creix, pot ser que considereu la possibilitat d'organitzar els casos de prova en característiques o funcionalitat específiques. Per exemple, pot ser que tingueu un conjunt de proves amb casos de prova per validar els enviaments de l'informe de despeses i un altre conjunt de proves centrat només en les aprovacions de despeses.

Els casos de prova inclosos als conjunts de proves s'executen seqüencialment. L'estat de l'aplicació es manté en tots els casos de prova d'un conjunt. Per exemple, si teniu un cas de prova que es completa a la pantalla 5 de l'aplicació, el següent cas de prova del conjunt de proves començarà a executar-se des de la pantalla 5. Això us permet desglossar un escenari de prova complex en diversos casos de prova dins d'un mateix conjunt, i l'estat es comparteix a tots els casos de prova. Si el segon cas de prova s'espera que comenci a la pantalla d'inici de l'aplicació, podeu anar a la pantalla d'inici com a primer pas del cas de prova. És important tenir en compte que l'aplicació no es pot tornar a carregar a l'inici de cada cas de prova en un conjunt de proves en planificar l'execució de la prova.

Assercions de prova

Cada cas de prova ha de tenir un resultat esperat. Per validar el resultat esperat d'una prova respecte del resultat real de la prova, podeu escriure assercions de prova. Una asserció és una expressió que s'avalua com a cert o fals a la prova. Si l'expressió torna fals, el cas de prova fallarà.

A l'exemple de l'aplicació de despeses anterior, podeu escriure una asserció per validar si un informe de despeses es crea amb un element de la línia de despeses que tingui un cost zero associat.

Pràctiques recomanades

En provar les aplicacions de llenç mitjançant el Test Studio, tingueu en compte les següents pràctiques recomanades per aconseguir el màxim benefici per millorar la qualitat de l'aplicació:

1. Determineu quins casos de prova s'han d'automatitzar.

   És difícil automatitzar totes les proves i no es recomana que depengueu completament de l'automatització de les proves. Les proves manuals s'han de dur a terme a més de l'automatització de les proves. Les proves que s'adapten millor a l'automatització són:

   • Proves repetitives.
   • Proves de funcionalitat d'alt impacte empresarial.
   • Característiques que són estables i no estan sotmeses a canvis significatius.
   • Característiques que requereixen diversos conjunts de dades.
   • Proves manuals que necessiten un temps i un esforç significatius.

2. Manteniu els casos de prova petits.

   Si bé un sol cas de prova pot admetre proves de tota la funcionalitat de l'aplicació, recomanem que eviteu escriure un cas de prova monolítica i proveu de dividir-lo en diversos casos de prova. Cada cas de prova pot provar una característica o funcionalitat específica de l'aplicació. Una asserció errònia en un cas de prova gran pot provocar que una altra funcionalitat quedi sense provar. L'ús de diversos casos de prova que inclosos en un conjunt de proves permet provar altres funcionalitats, independentment de si un cas de prova anterior ha fallat. Aquesta estratègia també facilita la identificació d'errors de prova.

3. Manteniu les expressions en una sola acció de prova.

   Una acció de prova pot contenir diverses expressions. Les expressions de prova gran amb diverses accions per a un sol pas poden afectar la vostra capacitat de depurar i identificar errors de prova. Considereu la possibilitat de dividir un pas de prova amb diverses accions en més passos de prova d'accions úniques per identificar problemes més ràpidament.

4. Cada cas de prova ha de tenir un resultat esperat.

   Cada cas de prova ha de tenir un o diversos resultats esperats. Les assercions de prova s'han d'utilitzar per validar els resultats esperats de la prova respecte dels resultats reals. Es poden escriure diverses assercions per a un sol cas de prova.

5. Utilitzeu conjunts de proves.

   Per raons de manteniment, agrupeu o categoritzeu casos de prova semblants i descriviu la finalitat i els resultats esperats de la prova.

Limitacions conegudes

Tot i que el treball per proporcionar una cobertura de control total al Power Apps Test Studio està en curs, la funcionalitat següent no està disponible actualment:

• Components.
• Els components de codi escrits al Power Apps Component Framework.
• Galeries incrustades.
• Controls multimèdia.
• La característica experimental d'administració d'errors al nivell de fórmula ha d'estar activada per a l'aplicació.
• Compatibilitat amb els controls que no es mostren a les funcions Select i SetProperty.
• Columnes de tipus de persona.
• Test Studio no és compatible amb la funció experimental de control de versions Git i no funcionarà correctament si aquesta característica està habilitada.

Passos següents

• Treballar amb Test Studio

Consulteu també

• Automatitzar proves amb l'Azure Pipelines mitjançant l'ús de l'editor clàssic