Test Studio

Skab komplette test af brugergrænsefladen for din lærredapp ved hjælp af Test Studio. Bevar kvaliteten af din app ved løbende at validere, om appen fungerer som forventet, når nye ændringer eller opdateringer udrulles.

Oversigt

Test er en vigtig del af SDLC (Software Development Life Cycle). Test kan hjælpe med at sikre kvaliteten af den app, der leveres til kunderne. Test kan hjælpe med at identificere problemer eller fejl tidligt i publiceringsprocessen og giver dig mulighed for at løse disse problemer for at gøre appen mere pålidelig, inden du publicerer ændringer. Afhængigt af størrelsen og brugen af appen kan manuel test af nye ændringer være nok. Men i takt med at appen bliver mere kompleks og brugen stiger, skal du måske overveje en teststrategi i stedet for manuel test. Hvis appen er afgørende for sit formål, kan selv en lille fejl have stor betydning.

Øgede ændringer af appen kan medføre længere testcyklusser. I sidste ende kan regressionstest af appen tage længere tid end den tid, der bruges på at udvikle nye funktioner. Da udviklingen sker hurtigt, bliver grundig test af hver funktion i appen en flaskehals i forbindelse med publicering af softwareopdateringer. En metode til at reducere tiden for en testcyklus og regressionstest er automatisering af test. Automatisering af test kan hjælpe dig med at teste din app med minimal indsats, reducere testtiden og identificere vigtige problemer inden publiceringen.

Power Apps Test Studio er en løsning til at skrive, arrangere og automatisere test af lærredapps, som benytter meget lidt kode. I Test Studio kan du skrive test ved hjælp af Power Apps-udtryk eller bruge et registreringsprogram til at gemme appinteraktion og generere udtrykkene automatisk. Du kan afspille skrevet test i Test Studio for at validere appens funktionalitet, køre testene i en webbrowser og indbygge de automatiserede test i appinstallationsprocessen.

Forudsætninger

Du skal være skaber eller medejer af en app for at teste appen i Test Studio.

Terminologi i Test Studio

I følgende afsnit forklares vigtig terminologi i Test Studio.

Testcases

Testcases består af en række instruktioner eller handlinger, der kaldes testtrin. Testcases udføres for at validere, om din app eller bestemte funktioner i appen fungerer som forventet. I en udgiftsapp vil du f.eks. gerne sikre, at der kun kan sendes udgifter, som er knyttet til de faktiske omkostninger. En testcase kan hjælpe med at bekræfte, at denne betingelse eller dette krav altid opfyldes.

I Test Studio skrives testtrin ved hjælp af sproget for Power Apps-udtryk. Testudtryk kan bestå af begge tilgængelige funktioner, når du bygger din app, og yderligere udtryk for at understøtte automatiserede test.

Testpakker

Testpakker bruges til at arrangere eller gruppere dine testcases. I takt med at antallet af testcases i appen vokser, skal du måske overveje at organisere dem efter bestemte funktioner eller funktionaliteter. Du kan f.eks. have én testpakke med testcases til at validere indsendelser af udgiftsrapporter og en anden testpakke, hvor der kun er fokus på godkendelse af udgifter.

Testcases i testpakker køres efter hinanden. Apptilstanden fastholdes på tværs af alle testcases i en pakke. Hvis du f.eks. har en testcase, der fuldføres på skærmbillede 5 i din app, begynder den næste testcase i din testpakke at køre fra skærmbillede 5. Det giver dig mulighed for at opdele et komplekst testscenarie i flere testcases i en enkelt pakke, og tilstanden deles på tværs af alle testcases. Hvis det forventes, at din anden testcase skal begynde på appens startskærm, kan du navigere til startskærmen som det første trin i din testcase. Det er vigtigt at huske, at appen ikke genindlæses i starten af alle testcases i en testpakke, når du planlægger udførelsen af din test.

Testantagelser

Hver testcase bør have et forventet resultat. Du kan validere det forventede resultat af en test i forhold til det faktiske resultat af din test ved at skrive testantagelser. En antagelse er et udtryk, der evalueres til sandt eller falsk i en test. Hvis udtrykket returnerer falsk, mislykkes testen.

I eksemplet med udgiftsappen ovenfor kan du skrive en antagelse for at validere, om der oprettes en udgiftsrapport med et udgiftslinjeelement, hvor der ikke er tilknyttet nogen omkostninger.

Bedste praksis

Når du tester lærredapps ved hjælp af Test Studio, skal du overveje følgende bedste praksis for at få maksimalt udbytte af at forbedre kvaliteten af appen:

1. Fastlæg, hvilke testcases der skal automatiseres.

   Det er svært at automatisere alle test, og det anbefales ikke, at du sætter din fulde lid til automatisering af test. Der bør udføres manuel testning foruden automatiseret testning. Test, der er bedst egnet til automatisering, er:

   • Gentagne test.
   • Test af funktionalitet med stor indvirkning på virksomheden.
   • Funktioner, der er stabile, og som ikke undergår markante ændringer.
   • Funktioner, der kræver flere datasæt.
   • Manuelle test, der tager lang tid og koster mange kræfter.

2. Begræns omfanget af testcases.

   Selvom en enkelt testcase kan understøtte test af al funktionalitet i din app, anbefales det, at du undgår at skrive en monolitisk testcase og forsøger at opdele den i flere testcases. Hver testcase kan teste en bestemt funktion eller funktionalitet i din app. En mislykket antagelse i en stor testcase kan medføre, at anden funktionalitet fortsat ikke er testet. Hvis du bruger flere testcases i en testpakke, kan anden funktionalitet blive testet, uanset om en tidligere testcase mislykkedes. Denne strategi gør det også nemmere at isolere testfejl.

3. Brug udtryk for en enkelt testhandling.

   En testhandling kan indeholde flere udtryk. Store testudtryk med flere handlinger for et enkelt trin kan påvirke muligheden for at foretage fejlfinding af og isolere eventuelle testfejl. Overvej at opdele et testtrin med flere handlinger i flere testtrin med enkelte handlinger for at identificere problemer hurtigere.

4. Hver testcase bør have et forventet resultat.

   Hver testcase bør have et eller flere forventede resultater. Testantagelser bør bruges til at validere det eller de forventede resultater af din test i forhold til det eller de faktiske resultater. Der kan skrives flere antagelser for en enkelt testcase.

5. Brug testpakker.

   Med henblik på vedligeholdelse skal du gruppere eller kategorisere lignende testcases og beskrive formålet med og de forventede resultater af din test.

Kendte begrænsninger

Selvom arbejdet med at levere dækning med fuld kontrol i Power Apps Test Studio er i gang, er følgende funktionalitet ikke tilgængelig i øjeblikket:

• Komponenter.
• Kodekomponenter skrevet i Power Apps Component Framework.
• Indlejrede gallerier.
• Mediekontrolelementer.
• Eksperimentelle funktioner til administration af fejl på formelniveau skal slås til for appen.
• Understøttelse af kontrolelementer, der ikke er angivet i funktionerne Select og SetProperty.
• Kolonner af typen Personer.
• Test Studio er ikke kompatibel med den eksperimentelle funktionen Git-versionskontrolelement, og det fungerer ikke korrekt, hvis denne funktion er aktiveret.

Næste trin

• Arbejde med Test Studio

Se også

• Automatisere test med Azure-pipelines ved hjælp af klassisk editor

Bemærk

Kan du fortælle os om dine sprogpræferencer for dokumentation? Tag en kort undersøgelse. (bemærk, at denne undersøgelse er på engelsk)

Undersøgelsen tager ca. syv minutter. Der indsamles ingen personlige data (erklæring om beskyttelse af personlige oplysninger).