Estudi de proves

Creeu proves d'interfície d'usuari d'extrem a extrem per a l'aplicació de llenç mitjançant Test Studio. Mantingueu la qualitat de l'aplicació validant contínuament que funciona com s'esperava quan s'implementin canvis o actualitzacions nous.

Informació general

Les proves són una part important del cicle de vida del desenvolupament de programari (SDLC). Les proves poden ajudar a garantir la qualitat de l'aplicació lliurada als clients. Pot identificar problemes o defectes al principi del procés de llançament i ofereix l'oportunitat de solucionar-los per fer que l'aplicació sigui més fiable abans de llançar canvis. Depenent de la mida i l'ús de l'aplicació, pot ser suficient amb provar manualment els canvis nous. Tanmateix, a mesura que l'aplicació creix en complexitat i ús, és possible que hàgiu de considerar una estratègia de prova en lloc de proves manuals. Si l'aplicació és de missió crítica, fins i tot un petit error pot tenir un impacte significatiu.

L'augment dels canvis a l'aplicació pot provocar cicles de prova més llargs. Eventualment, les proves de regressió de l'aplicació poden ser més llargues que el temps dedicat a desenvolupar noves funcions. En el desenvolupament de ritme ràpid, provar a fons totes les funcions de l'aplicació es converteix en un coll d'ampolla per al llançament d'actualitzacions de programari. Una opció per reduir el temps necessari durant un cicle de prova i en les proves de regressió és l'automatització de proves. L'automatització de proves us pot ajudar a provar l'aplicació amb el mínim esforç, reduint el temps de prova i identificant 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 aplicacions de llenç. Al Test Studio, podeu escriure proves amb expressions del Power Apps o utilitzar una gravadora per desar la interacció de l'aplicació per generar automàticament les expressions. Podeu reproduir proves escrites a Test Studio per validar la funcionalitat de l'aplicació i també executar-les en un navegador web i crear les proves automatitzades al procés d'implementació de l'aplicació.

Requisits previs

Has de ser creador o copropietari d'una aplicació per provar-la amb Test Studio.

Terminologia de Test Studio

A la secció següent s'explica la terminologia clau de Test Studio.

Casos de prova

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

Al Test Studio, els passos de prova s'escriuen amb el llenguatge d'expressió del Power Apps. Les expressions de prova poden consistir tant en les funcions disponibles quan es crea l'aplicació com en expressions addicionals per donar suport a les proves automatitzades.

Suites de proves

Els conjunts de proves s'utilitzen per organitzar o agrupar casos de prova. A mesura que creix el nombre de casos de prova a l'aplicació, podeu considerar organitzar-los en característiques o funcionalitats específiques. Per exemple, podeu tenir un conjunt de proves amb casos de prova per validar els enviaments d'informes de despeses i un altre conjunt de proves que se centra només en les aprovacions de despeses.

Els casos de prova continguts en els 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 tens 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. Us permet desglossar un escenari de prova complex en diversos casos de prova dins d'un sol conjunt i l'estat es comparteix entre tots els casos de prova. Si el segon cas de prova 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 recordar que l'aplicació no es torna a carregar al principi de cada cas de prova d'un conjunt de proves quan planifiqueu l'execució de la prova.

Assercions de prova

Cada cas de prova hauria de tenir un resultat esperat. Per validar el resultat esperat d'una prova amb el 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 d'aplicació de despeses anterior, podeu escriure una asserció per validar si es crea un informe de despeses amb una línia de despesa que tingui un cost zero associat.

Procediments recomanats

Quan proveu aplicacions de llenç amb Test Studio, tingueu en compte les pràctiques recomanades següents per obtenir el màxim benefici i 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 us recomanem que confieu completament en l'automatització de proves. S'han de realitzar proves manuals a més de l'automatització de proves. Les proves més adequades per a l'automatització són:

   • Proves repetitives.
   • Proves de funcionalitat d'alt impacte empresarial.
   • Característiques estables i que no experimenten canvis significatius.
   • Funcions que requereixen diversos conjunts de dades.
   • Proves manuals que requereixen molt de temps i esforç.

2. Mantingueu els casos de prova petits.

   Tot i que un sol cas de prova pot permetre provar totes les funcionalitats de l'aplicació, us recomanem que eviteu escriure un cas de prova monolític 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 afirmació fallida en un cas de prova gran pot fer que altres funcionalitats no s'hagin provat. L'ús de diversos casos de prova continguts en un conjunt de proves permet provar altres funcionalitats independentment de si un cas de prova anterior ha fallat. Aquesta estratègia també facilita l'aïllament dels errors de les proves.

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

   Una acció de prova pot contenir diverses expressions. Les expressions de prova de diverses accions grans per a un sol pas poden afectar la vostra capacitat de depurar i aïllar qualsevol error de prova. Penseu en dividir un pas de prova amb diverses accions en més passos de prova d'accions individuals per identificar problemes més ràpidament.

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

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

5. Utilitzeu conjunts de proves.

   Per al manteniment, agrupeu o categoritzeu casos de prova similars i descriviu el propòsit i els resultats esperats de la prova.

Limitacions conegudes

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

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

Passos següents

• Treballar amb Test Studio

Consulteu també

• Automatitzar les proves amb l'Azure Pipelines mitjançant l'editor clàssic