„Test Studio“

Naudodami „Test Studio“, savo drobės programai galite kurti išsamius UI bandymus. Nuolat tikrindami, ar programa veikia tinkamai, kai įdiegiami nauji pakeitimai ar naujinimai, išlaikysite programos kokybę.

Apžvalga

Bandymai yra svarbi programinės įrangos kūrimo ciklo (SDLC) dalis. Bandymai gali padėti užtikrinti klientams suteiktos programos kokybę. Jais galima identifikuoti problemas arba trūkumus išleidimo proceso pradžioje ir jie suteikia galimybę ištaisyti šias problemas, kad programa būtų patikimesnė prieš išleidžiant pakeitimus. Atsižvelgiant į programos dydį ir naudojimą, gali pakakti naujus pakeitimus išbandyti rankiniu būdu. Tačiau, kai programa tampa sudėtingesnė ir daugiau naudojama, gali prireikti apsvarstyti bandymų strategiją, o ne rankinius bandymus. Jei programa yra itin svarbi, net nedidelė klaida gali turėti reikšmingą poveikį.

Dėl daugiau programos pakeitimų gali pailgėti bandymų ciklai. Galiausiai programos regresiniai bandymai gali trukti ilgiau, nei laikas, praleistas kuriant naujas funkcijas. Spartaus kūrimo proceso metu kruopštus kiekvienos programos funkcijos išbandymas tampa kliūtimi išleidžiant programinės įrangos naujinimus. Vienas iš variantų, kaip sumažinti laiką, kuris praleidžiamas bandymo ciklo metu ir atliekant regresinius bandymus, yra bandymų automatizavimas. Bandymų automatizavimas gali padėti programą išbandyti atliekant kuo mažiau veiksmų ir taip sumažinti bandymų trukmę bei nustatyti svarbias problemas prieš išleidimą.

„Power Apps Test Studio“ yra mažai kodo reikalaujantis sprendimas, skirtas drobės programų bandymams rašyti, tvarkyti ir automatizuoti. Sprendime „Test Studio“ galite rašyti bandymus naudodami „Power Apps“ reiškinius arba, naudodami rašytuvą, įrašyti programos sąveiką, kad reiškiniai būtų generuojami automatiškai. Parašytus bandymus galite atkurti sprendime „Test Studio“, taip patikrindami programos funkcijas, bei bandymus taip pat galite vykdyti žiniatinklio naršyklėje ir kurti automatizuotus bandymus, kurie bus įtraukti į programos diegimo procesą.

Būtinosios sąlygos

Norėdami išbandyti programą naudodami "Test Studio", turite būti programos kūrėjas arba bendras savininkas.

„Test Studio“ terminija

Tolesniame skyriuje paaiškinama pagrindinė „Test Studio“ terminija.

Bandomieji atvejai

Bandomuosius atvejus sudaro instrukcijų arba veiksmų, vadinamų bandymų veiksmais, seka. Bandomieji atvejai vykdomi siekiant patikrinti, ar programa (arba konkrečios programos funkcijos) veikia taip, kaip tikitės. Pavyzdžiui, naudodami programą Išlaidos, galite užtikrinti, kad būtų galima pateikti tik išlaidas su susietais faktiniais kaštais. Bandomasis atvejis gali padėti patvirtinti, kad ši sąlyga arba reikalavimas visada tenkinami.

Sprendime „Test Studio“ bandymų veiksmai užrašomi naudojant „Power Apps“ reiškinių kalbą. Bandymų reiškinius gali sudaryti tiek funkcijos, pasiekiamos kuriant programą, tiek papildomi reiškiniai, palaikantys automatizuotus bandymus.

Bandymų paketai

Bandymų paketai naudojami bandomiesiems atvejams tvarkyti arba grupuoti kartu. Didėjant programos bandomųjų atvejų skaičiui, galite apsvarstyti galimybę juos tvarkyti pagal konkrečias funkcijas. Pavyzdžiui, galite turėti vieną bandymų paketą su bandomaisiais atvejais pateiktoms išlaidų ataskaitoms tikrinti, ir kitą bandymų paketą, skirtą tik išlaidų patvirtinimams.

Bandomieji atvejai, esantys bandymų paketuose, vykdomi nuosekliai. Programos būsena išlaikoma visuose paketo bandomuosiuose atvejuose. Pavyzdžiui, jei turite bandomąjį atvejį, kuris baigiamas 5-ajame programos ekrane, kitas bandymų pakete esantis bandomasis atvejis bus pradėtas vykdyti nuo 5 ekrano. Taip galima sudėtingą bandymų scenarijų suskaidyti į kelis bandomuosius atvejus viename pakete, o būsena yra bendra visuose bandomuosiuose atvejuose. Jei antras bandomasis atvejis turi prasidėti programos pradžios ekrane, pirmasis bandomojo atvejo veiksmas gali būti perėjimas į pradžios ekraną. Planuojant bandymų vykdymą svarbu nepamiršti, kad, pradedant kiekvieną bandymų paketo bandomąjį atvejį, programa nėra įkeliama iš naujo.

Bandymų patvirtinimai

Kiekvienas bandomasis atvejis turi turėti numatomą rezultatą. Jei norite patikrinti numatomą bandymo rezultatą su faktiniu rezultatu, galite rašyti bandymų patvirtinimus. Patvirtinimas yra reiškinys, kurio rezultatas bandyme yra „true“ arba „false“. Jei išraiška pateikia „klaidinga“, bandomasis atvejis nesėkmingas.

Pirmesniame išlaidų programos pavyzdyje galite užrašyti patvirtinimą, kuris patikrintų, ar išlaidų ataskaita sukuriama su išlaidų eilutės elementu, kurio susieti kaštai yra nuliniai.

Geriausia praktika

Kai, naudodami „Test Studio“, bandote drobės programas, atsižvelkite į tolesnę geriausią praktiką, kad gautumėte didžiausią naudą ir pagerintumėte programų kokybę.

1. Nustatykite, kuriuos bandomuosius atvejus reikia automatizuoti.

   Sudėtinga automatizuoti visus bandymus ir nerekomenduojame visiškai pasikliauti bandymų automatizacija. Be bandymų automatizavimo, reikia atlikti rankinius bandymus. Toliau nurodyti bandymai, kurie labiausiai tinka automatizuoti.

   • Pasikartojantys bandymai.
   • Didelį poveikį verslui turinčių funkcijų bandymai.
   • Funkcijos, kurios yra stabilios ir reikšmingai nekinta.
   • Funkcijos, kurioms reikia kelių duomenų rinkinių.
   • Rankiniai bandymai, kuriems reikia daug laiko ir pastangų.

2. Bandomuosius atvejus išlaikykite mažus.

   Nors vienu bandomuoju atveju galima išbandyti visas programos funkcijas, rekomenduojame nerašyti monolitinio bandomojo atvejo ir bandyti jį padalyti į kelis bandomuosius atvejus. Kiekvienu bandomuoju atveju galima išbandyti konkrečią programos funkciją. Nepavykus patvirtinti didelio bandomojo atvejo, gali likti neišbandytos kitos funkcijos. Naudojant kelis bandomuosius atvejus, esančius bandymų pakete, galima išbandyti kitas funkcijas, neatsižvelgiant į tai, ar ankstesnis bandomasis atvejis buvo nesėkmingas. Be to, ši strategija palengvina bandymų trikčių izoliavimą.

3. Reiškinius išlaikykite vieno bandymo veiksmo.

   Bandymo veiksmą gali sudaryti keli reiškiniai. Dideli kelių veiksmų bandymo reiškiniai, naudojami su vienu veiksmu, gali turėti įtakos jūsų gebėjimui derinti ir izoliuoti bandymų triktis. Apsvarstykite galimybę bandymo veiksmą su keliais veiksmais padalyti į daugiau bandymo veiksmų, naudojamų su vienu veiksmu, kad būtų galima greičiau identifikuoti problemas.

4. Kiekvienas bandomasis atvejis turi turėti numatomą rezultatą.

   Kiekvienas bandomasis atvejis turi turėti vieną ar kelis numatomus rezultatus. Bandymų patvirtinimus reikia naudoti siekiant numatomus rezultatus patikrinti pagal faktinius rezultatus. Vienam bandomajam atvejui galima parašyti keletą patvirtinimų.

5. Naudokite bandymų paketus.

   Tvarkymo sumetimais panašius bandomuosius atvejus sugrupuokite ar klasifikuokite kartu bei aprašykite bandymo paskirtį ir numatomus rezultatus.

Žinomi apribojimai

Dirbant, kad būtų užtikrinta visapusiška „Power Apps Test Studio“ kontrolė, šiuo metu nepasiekiamos tolesnės funkcijos.

• Komponentai.
• Kodo komponentai, parašyti naudojant „Power Apps Component Framework“.
• Įdėtosios galerijos.
• Medijos valdikliai.
• Eksperimentinę formulių lygio klaidų valdymo funkciją programoje reikia įjungti.
• Valdiklių, neįtrauktų į funkcijas Select ir SetProperty, palaikymas.
• Asmens tipo stulpeliai.
• "Test Studio" nesuderinama su eksperimentine "Git" versijos valdymo funkcija ir neveiks tinkamai, jei ši funkcija bus įjungta.

Paskesni veiksmai

• Darbas su „Test Studio“

Taip pat žr.

• Bandymų automatizavimas naudojant klasikinę „Azure Pipelines“ rengyklę