Test Studio

Izveidojiet visaptverošus UI testus savai pamatnes lietojumprogrammai, izmantojot Test Studio. Saglabājiet savas programmas kvalitāti, pastāvīgi pārliecinoties, ka programma darbojas, kā paredzēts, kad tiek veiktas jaunas izmaiņas vai atjauninājumi.

Pārskats

Testēšana ir svarīga programmatūras izstrādes cikla daļa (SDLC). Testēšana var palīdzēt nodrošināt klientiem piegādātās programmas kvalitāti. Tā var identificēt problēmas vai trūkumus izlaišanas procesa pašā sākumā un sniedz iespēju šīs problēmas labot, lai programma būtu uzticamāka pirms izmaiņu atlaišanas. Atkarībā no programmas lieluma un lietojuma var būt pietiekami ar jauno izmaiņu manuālu testēšanu. Tomēr, programmai kļūstot sarežģītākai un paplašinoties tās lietojamam, ir vērts apsvērt testēšanas stratēģiju manuālas testēšanas vietā. Ja programma ir svarīga, pat neliela kļūda var izraisīt būtisku ietekmi.

Lielākas programmu izmaiņas var pagarināt testēšanas ciklus. Galu galā programmas regresijas testēšana var izrādīties ilgāka par jaunu līdzekļu izstrādes laiku. Straujas izstrādes laikā rūpīga visu līdzekļu testēšana programmā kļūst par šķērsli, kas kavē programmatūras atjauninājumu izlaišanu. Viena no iespējām, kā samazināt testa ciklam patērēto laiku un regresijas testēšanas apjomu, ir testu automatizācija. Testu automatizācija var palīdzēt testēt programmu ar minimālu piepūli, samazinot testēšanas laiku un identificējot kritiskās problēmas pirms izlaišanas.

Power Apps Test Studio ir neliela koda risinājums, kas paredzēts pamatnes programmu testu rakstīšanai, organizēšanai un automatizēšanai. Test Studio varat rakstīt testus, izmantojot Power Apps izteiksmes, vai izmantot ierakstītāju, lai saglabātu programmu mijiedarbību un automātiski ģenerētu izteiksmes. Lai validētu programmu funkcionalitāti Test Studio, varat atskaņot rakstiskos testus, kā arī izpildīt testus tīmekļa pārlūkprogrammā un veidot automatizētos testus programmas izvietošanas procesa laikā.

Priekšnoteikumi

Lai pārbaudītu programmu ar Test Studio, jums ir jābūt programmas izveidotājam vai līdzīpašniekam.

Test Studio terminoloģija

Nākamajā sadaļā ir izskaidrota Test Studio pamatterminoloģija.

Testa notikumi

Testa notikumi sastāv no instrukciju vai darbību sērijas, ko sauc par testa posmiem. Testa notikumi tiek izpildīti, lai pārbaudītu, vai jūsu programma vai konkrēti līdzekļi jūsu programmā darbojas, kā paredzēts. Piemēram, jūs vēlaties pārliecināties, ka izdevumu programmā var iesniegt tikai tos izdevumus, kas saistīti ar saistītajām faktiskajām izmaksām. Testa notikums var palīdzēt pārbaudīt, vai šis nosacījums vai prasība vienmēr tiek izpildīta.

Test Studio testa posmi tiek rakstīti, izmantojot Power Apps izteiksmju valodu. Testa izteiksmes var sastāvēt no funkcijām, kas ir pieejamas, veidojot programmu, un papildu izteiksmēm, lai atbalstītu automātisko testēšanu.

Testu komplekti

Testu komplektus izmanto, lai organizētu vai grupētu testa gadījumus kopā. Testa gadījumu skaitam programmā pieaugot, varat apsvērt iespēju organizēt testa gadījumus noteiktos līdzekļos vai funkcionalitātē. Piemēram, var būt viens testu komplekts ar testa gadījumiem iesniegto izdevumu atskaišu pārbaudīšanai un cits testu komplekts, kas paredzēts tikai izdevumu apstiprinājumiem.

Testu komplektos ietvertie testa gadījumi tiek secīgi izpildīti. Programmas statuss tiek saglabāts visos testa gadījumos komplektā. Piemēram, ja jums ir kāds testa gadījums, kas tiek pabeigts programmas 5. ekrānā, nākamais testa gadījums komplektā tiks palaists no 5. ekrāna. Tas ļauj sadalīt sarežģītu testa scenāriju vairākos testa gadījumos viena komplekta ietvaros, un statuss tiek kopīgots visos testa gadījumos. Ja otrajam testa gadījumam ir paredzēts sākties no programmas sākuma ekrāna, varat pāriet uz sākuma ekrānu, kas būtu pirmais posms jūsu testa gadījumā. Plānojot testa izpildi, ir svarīgi atcerēties, ka programma katra komplektā esošā testa gadījuma sākumā netiek atkārtoti ielādēta.

Testa pieņēmumi

Katram testa gadījumam ir nepieciešams sagaidāmais rezultāts. Lai pārbaudītu paredzamo testa rezultātu attiecībā pret faktisko testa rezultātu, varat rakstīt testa pieņēmumus. Pieņēmums ir izteiksme, kas testā tiek vērtēta kā patiesa vai aplama. Ja izteiksme atgriež “aplams”, tad testa gadījums neizdosies.

Iepriekš aprakstītajā izdevumu programmas piemērā varat rakstīt pieņēmumu, lai pārbaudītu, vai ir izveidota izdevumu atskaite ar izdevumu rindas vienumu, ar kuru ir saistītas nulles izmaksas.

Paraugprakse

Testējot audekla programmas ar Test Studio, ņemiet vērā tālāk aprakstīto labāko praksi, lai gūtu maksimālu labumu, uzlabojot programmas kvalitāti:

1. Nosakiet, kurus testa gadījumus nepieciešams automatizēt.

   Ir grūti automatizēt visus testus, un mēs neiesakām pilnībā paļauties uz testa automatizāciju. Papildus testa automatizācijai jāveic manuālā testēšana. Automatizācijai piemērotākie testi ir šādi:

   • atkārtotie testi;
   • uzņēmējdarbību īpaši ietekmējošas funkcionalitātes testi;
   • līdzekļi, kas ir stabili un kuriem netiek veiktas būtiskas izmaiņas;
   • līdzekļi, kam nepieciešamas vairākas datu kopas;
   • manuāli testi, kas prasa ievērojamu laiku un pūles.

2. Centieties neveidot apjomīgus testa gadījumus.

   Lai gan viens testa gadījums var palīdzēt testēt visu funkcionalitāti jūsu programmā, ieteicams izvairīties no monolītu testa gadījumu rakstīšanas un mēģināt tos sadalīt vairākos testa gadījumos. Katrs testa gadījums var testēt konkrētu programmas līdzekli vai funkcionalitāti. Nesekmīgs pieņēmums lielā testa gadījumā var izraisīt situāciju, kad kāda cita funkcionalitāte paliek netestēta. Izmantojot vairākus testa gadījumus vienā testu komplektā, var testēt citas funkcijas neatkarīgi no tā, vai iepriekšējais testa gadījums bija nesekmīgs. Šī stratēģija arī vienkāršo testa kļūmju izolēšanu.

3. Centieties ietvert izteiksmē vienu testa darbību.

   Testa darbībā var būt ietvertas vairākas izteiksmes. Lielas testa izteiksmes ar vairākām darbībām vienam posmam var ietekmēt spēju atkļūdot un izolēt testa kļūmes. Apsveriet iespēju sadalīt testa posmu ar vairākām darbībām vairākos testa posmos ar atsevišķām darbībām, lai identificētu problēmas ātrāk.

4. Katram testa gadījumam ir nepieciešams sagaidāmais rezultāts.

   Katram testa gadījumam ir nepieciešams viens vai vairāki paredzamie rezultāti. Jāizmanto testa pieņēmumi, lai salīdzināto paredzamos testa rezultātus ar faktiskajiem rezultātiem. Vienam testa gadījumam var sarakstīt vairākus pieņēmumus.

5. Izmantojiet testu komplektus.

   Lai veiktu uzturēšanu, sagrupējiet vai kategorizējiet līdzīgus testa gadījumus un aprakstiet testa mērķi un sagaidāmos rezultātus.

Zināmie ierobežojumi

Kamēr notiek darbs, lai nodrošinātu vispusīgas kontroles iespējas Power Apps Test Studio, pašlaik nav pieejamas šādas funkcijas:

• komponenti;
• Power Apps component framework rakstītie koda komponenti;
• ligzdotas galerijas;
• multivides vadīklas;
• programmā jāieslēdz formulas līmeņa kļūdu pārvaldības eksperimentālais līdzeklis;
• to vadīklu atbalsts, kas nav iekļautas funkcijās Select un SetProperty;
• personas tipa kolonnas.
• Test Studio nav saderīgs ar eksperimentālo Git versijas vadības funkciju un nedarbosies pareizi, ja šī funkcija ir iespējota.

Nākamās darbības

• Darbs ar Test Studio

Skatiet arī:

• Testu automatizēšana ar Azure konveijeriem, izmantojot klasisko redaktoru