Studio test

Looge Test Studio abil oma lõuendirakendustele otsast lõpuni kasutajaliidese teste. Säilitage oma rakenduse kvaliteet, kontrollides pidevalt uute muudatuste või värskenduste juurutamisel, et teie rakendust töötab ootuspäraselt.

Ülevaade

Testimine on tarkvaraarenduse elutsükli (SDLC) oluline osa. Testimine võib aidata tagada klientidele üleantava rakenduse kvaliteedi. See suudab väljalaskeprotsessis probleemid või defektid varakult tuvastada ja annab võimaluse need probleemid lahendada, et muuta rakendus enne muudatuste välja andmist usaldusväärsemaks. Olenevalt rakenduse suurusest ja kasutusest, võib uute muudatuste käsitsi testimine olla piisav. Siiski, rakenduse keerukuse ja kasutuse kasvades võib osutuda vajalikuks kaaluda käsitsi testimise asemel testimise strateegiat. Kui rakendus on missioonikriitiline, võib ka väikesel veal olla suur mõju.

Suuremat rakenduse muudatused võivad tuua kaasa pikemad testimistsüklid. Lõpuks võivad rakenduse regressioonitestid võtta kauem aega, kui uute funktsioonide arendamine. Kiire tempoga arenduste juures muutub rakenduse iga funktsiooni põhjalik testimine tarkvarauuenduste väljaandmise kitsaskohaks. Üks võimalus vähendada testimistsüklile ja regressioonitestidele kulunud aega on testimise automatiseerimine. Testimise automatiseerimine aitab teil testida rakendust minimaalse pingutusega, vähendada testimise aega ja tuvastada kriitilisi probleeme enne välja andmist.

Power Apps Test Studio on vähese koodiga lahendus lõuendirakenduste testide kirjutamiseks, korraldamiseks ja automatiseerimiseks. Test Studios saate kirjutada teste Power Appsi avaldiste abil või kasutada salvestajat, et salvestada rakenduse suhtlus avaldiste automaatseks loomiseks. Saate esitada kirjalikke katseid rakenduses Test Studio, et kontrollida rakenduse funktsionaalsust, ja käivitada teste ka veebibrauseris ning ehitada automaatsed testid oma rakenduse arendusprotsessi sisse.

eeltingimused

Rakenduse testimiseks Test Studioga peate olema rakenduse looja või kaasomanik.

Test Studio terminoloogia

Järgmises jaotises selgitatakse peamist Test Studio terminoloogiat.

Testjuhtumid

Testjuhtumid koosnevad juhiste või toimingute sarjast, mida nimetatakse testi etappideks. Teenindusjuhtumid käivitatakse, et kontrollida, kas teie rakendus või rakenduse teatud funktsioonid töötavad ootuspäraselt. Näiteks võite soovida kindlustada, et kulude rakendusse saaks sisestada ainult tegeliku kuluga seotud kulusid. Testjuhtum võib aidata kontrollida, kas see tingimus või nõue on alati täidetud.

Test Studios on testi etapid kirjutatud kasutades Power Appsi avaldiste keelt. Testi avaldised võivad koosneda nii rakenduse ehitamisel saadaolevatest funktsioonidest kui ka täiendavatest avaldistest automaatse testimise toetamiseks.

Testide komplektid

Testide komplekte kasutatakse testijuhtumite kokku korraldamiseks või rühmitamiseks. Kui testijuhtumite arv rakenduses suureneb, võite kaaluda testijuhtumite korraldamist vastavalt konkreetsetele omadustele või funktsioonidele. Näiteks võib teil olla üks testide komplekt, kus on testijuhtumid kuluaruannete esildiste kontrollimiseks ja teine testide komplekt, mis keskendub ainult kulude kinnitamisele.

Testide komplektides sisalduvaid testijuhtumeid käivitatakse järjekorras. Rakenduse olek säilib kõigis komplekti testijuhtumites. Näiteks kui teil on test, mis lõppeb teie rakenduse 5. ekraanil, käivitatakse teie testide komplekti järgmine testijuhtum 5. ekraanilt. See võimaldab teil jagada ühes komplektis keerulise testistsenaariumi mitmeks testijuhtumiks ja kõik testijuhtumid jagavad olekut. Kui teie teine testijuhtum algab eeldatavalt rakenduse avakuvalt, saate oma testijuhtumi esimese etapina navigeerida avakuvale. On oluline testi läbiviimist kavandades meeles pidada, et rakendust ei laadita testide komplekti iga testijuhtumi alguses uuesti.

Testi väited

Igal testijuhtumil peaks olema eeldatud tulemus. Testi eeldatava tulemuse kontrollimiseks testi tegeliku tulemuse suhtes saate kirjutada testi väiteid. Väide on avaldis, mis testimisel tagastab tõese või väära väärtuse. Kui avaldis tagastab väära väärtuse, siis testijuhtum nurjub.

Eeltoodud kulude rakenduse näites saate kirjutada väite, mis kontrollib kas kuluaruanne on loodud kulu reaüksusega, millega seotud kulu on null.

Head tavad

Test Studio abil lõuendirakendusi testides kaaluge oma rakenduse kvaliteedi parendamiseks maksimaalsete eeliste saamiseks järgmisi häid tavasid.

1. Määratlege, millised testijuhtumid peaksid olema automatiseeritud.

   Kõiki teste on keeruline automatiseerida ja me ei soovita teil täielikult testide automatiseerimisest sõltuda. Lisaks testimise automatiseerimisele tuleks teha käsitsi testimist. Automatiseerimiseks kõige paremini sobivad testid on järgmised.

   • Korduvad testid.
   • Suure ärimõjuga funktsionaalsuse testid.
   • Funktsioonid, mis on stabiilsed ja millel ei toimu olulisi muudatusi.
   • Funktsioonid, mis nõuavad mitmeid andmekogumeid.
   • Käsitsi testimine, mis nõuab palju aega ja vaeva.

2. Hoidke testijuhtumid väikesed.

   Kuigi üks testijuhtum võib toetada kogu teie rakenduse funktsionaalsuse testimist, soovitame teil vältida monoliitse testijuhtumi kirjutamist ja proovida jagada see mitmeks testijuhtumiks. Iga testijuhtum võiks testida teie rakenduse konkreetset funktsiooni või funktsionaalsust. Suures testijuhtumis nurjunud väide võib põhjustada muu funktsionaalsuse testimata jätmise. Testide komplektis sisalduvate mitmete testijuhtumite kasutamine võimaldab muu funktsionaalsuse testimist, olenemata sellest, kas eelmine testijuhtum nurjus. See strateegia lihtsustab ka testi nurjumiste isoleerimist.

3. Hoidke avaldised ühe testi toimingu jaoks.

   Testi toiming võib sisaldada mitut avaldist. Mahukad, ühe etapi jaoks loodud mitme toiminguga avaldised võivad mõjutada teie võimet siluda ja isoleerida mis tahes testi nurjumisi. Probleemide kiiremaks tuvastamiseks kaaluge mitme toiminguga testimise etapi jagamist rohkemateks ühe toiminguga etappideks.

4. Igal testijuhtumil peaks olema eeldatud tulemus.

   Igal testijuhtumil peaks olema üks või mitu eeldatud tulemust. Testi väiteid tuleks kasutada testi eeldatud tulemuste valideerimiseks tegelike tulemuste suhtes. Ühele testijuhtumile võib kirjutada mitu väidet.

5. Testide komplektide kasutamine.

   Hoolduseks rühmitage või kategoriseerige sarnased testijuhtumid kokku ja kirjeldage oma testi eesmärki ja eeldatavaid tulemusi.

Teadaolevad piirangud

Kuna töö Power Appsi Test Studio täieliku juhtimise katvuse pakkumine on pooleli, ei ole järgnev funktsionaalsus hetkel saadaval.

• Komponendid.
• Koodi komponendid, mis on kirjutatud raamistikus Power Apps Component Framework.
• Pesastatud galeriid.
• Meediumi juhtelemendid.
• Rakenduse jaoks peab olema sisse lülitatud valemitasemel veahalduse eksperimentaalne funktsioon.
• Funktsioonides Vali ja setProperty mitte loetletud juhtelementide tugi.
• Isiku tüüpi veerud.
• Test Studio ei ühildu eksperimentaalse Giti versioonikontrolli funktsiooniga ega tööta korralikult, kui see funktsioon on lubatud.

Järgmised toimingud

• Test Studios töötamine

Vaata ka

• Testide automatiseerimine Azure konveieritega klassikalise redaktori abil

Märkus

Kas saaksite meile dokumentatsiooniga seotud keele-eelistustest teada anda? Osalege lühikeses uuringus. (Uuring on ingliskeelne.)

Uuringus osalemine võtab umbes seitse minutit. Isikuandmeid ei koguta (privaatsusavaldus).