Preizkusni studio

  • Članek

S preizkusnim studiem lahko ustvarite celovite preskuse uporabniškega vmesnika za svojo aplikacijo delovnega območja. Vzdržujte kakovost aplikacije tako, da stalno preverjate, ali aplikacija deluje po pričakovanjih, ko so uvedene nove spremembe ali posodobitve.

Pregled

Preskušanje je pomemben del življenjskega cikla razvoja programske opreme. S preskušanjem je mogoče zagotoviti kakovost aplikacije, dobavljene strankam. Težave ali napake je s preskušanjem mogoče odkriti v zgodnji fazi postopka izdaje, s čimer se zagotovi možnost za odpravo teh težav, tako da je aplikacija pred izdajo sprememb zanesljivejša. Glede na velikost in uporabo aplikacije bo morda zadostovalo ročno preskušanje novih sprememb. Če pa se zapletenost in uporaba aplikacije povečata, morate namesto ročnega preskušanja uporabiti preskusno strategijo. Pri aplikaciji ključnega pomena ima lahko velik vpliv že majhna napaka.

Pogostejše spremembe aplikacije lahko povzročijo daljše preskusne cikle. Sčasoma bo regresijsko preskušanje aplikacije lahko daljše od porabljenega časa za razvoj novih funkcij. Pri zelo hitrem razvoju predstavlja temeljito preskušanje vsake funkcije v aplikaciji ozko grlo v izdaji posodobitev programske opreme. Ena od možnosti za skrajšanje časa, ki se porabi med preskusnim ciklom in za regresijsko preskušanje, je avtomatizacija preskusa. Avtomatizacija preskusa vam lahko pomaga, da aplikacijo preskusite s čim manj napora, skrajšate čas preskušanja in odkrijete kritične težave pred izdajo.

Preizkusni studio Power Apps je rešitev za pisanje, organizacijo in avtomatizacijo preskusov za aplikacije delovnega območja, ki vključuje malo programiranja. V preizkusnem studiu lahko preskuse pišete z izrazi Power Apps ali uporabite zapisovalnik, da shranite interakcijo v aplikaciji za samodejno ustvarjanje izrazov. Napisane preskuse lahko predvajate v preizkusnem studiu, da preverite funkcije aplikacije. Prav tako lahko preskuse izvajate v spletnem brskalniku ter vdelate avtomatizirane preskuse v postopek uvajanja aplikacije.

Preizkusni studio.

Zahteve

Morate biti ustvarjalec ali solastnik aplikacije, če želite preizkusiti aplikacijo s programom Test Studio.

Terminologija v preizkusnem studiu

V naslednjem razdelku je razložena ključna terminologija v preizkusnem studiu.

Primeri preskusa

Primera preskusa so sestavljeni iz nabora navodil ali dejanj, ki jih imenujemo koraki preskusa. Primeri preskusa se izvajajo, da bi preverili, ali aplikacija ali posebne funkcije v njej delujejo po vaših pričakovanjih. V aplikaciji za stroške želite zagotoviti, da se lahko pošljejo le stroški s povezanim dejanskim stroškom. S primerom preskusa lahko zagotovite, da je ta zahteva ali pogoj vedno izpolnjen.

Koraki preskusa v preizkusnem studiu se pišejo z jezikom izraza Power Apps. Izrazi preskusa so lahko sestavljeni iz obeh funkcij, ki sta na voljo, ko ustvarjate aplikacijo in dodatne izraze za podporo avtomatiziranega preskušanja.

Preskusne zbirke

Preskusne zbirke se uporabljajo za organizacijo ali združevanje primerov preskusa. Če število primerov preskusa v aplikaciji raste, primere preskusa organizirajte glede na posebne funkcije ali delovanje. Imate lahko na primer eno preskusno zbirko s primeri preskusa za preverjanje oddaj poročil o stroških in drugo preskusno zbirko, ki se osredotoča samo na odobritve stroškov.

Primeri preskusa iz preskusne zbirke se izvajajo zaporedno. Stanje aplikacije se ohrani v vseh primerih preskusa v zbirki. Če imate primer preskusa, ki se konča na 5. zaslonu v aplikaciji, se bo naslednji primer preskusa v preskusni zbirki začel izvajati s 5. zaslona. To vam omogoča, da zapleten preskusni scenarij razdelite na več primerov preskusa v eni zbirki, stanje pa se deli med vsemi primeri preskusa. Če je pričakovano, da se drugi primer preskusa začne na začetnem zaslonu aplikacije, je lahko pomik na začetni zaslon prvi korak v primeru preskusa. Pri načrtovanju izvajanja preskusa je pomembno, da upoštevate, da se aplikacija ob začetku posameznega primera preskusa v preskusni zbirki ne naloži znova.

Izjave za preskus

Vsak primer preskusa mora imeti pričakovan rezultat. Za preverjanje pričakovanega rezultata preskusa glede na dejanski rezultat preskusa lahko napišete izjave za preskus. Izjava je izraz, ki se v preskusu ovrednoti z vrednostjo »true« ali »false«. Če izraz vrne »false«, bo primer preskusa neuspešen.

V zgornjem primeru aplikacije za stroške lahko napišete izjavo, s katero preverite, ali je poročilo o stroških ustvarjeno z vrstično postavko brez povezanih stroškov.

Najboljše prakse

Pri preskušanju aplikacij delovnega območja v preizkusnem studiu upoštevajte naslednje najboljše prakse, da izkoristite vse prednosti za izboljšanje kakovosti aplikacije:

  1. Določite, katere primere preskusa je treba avtomatizirati.

    Težko je avtomatizirati vse preskuse; priporočamo, da se na avtomatizacijo preskusov ne zanašate v celoti. Poleg avtomatiziranih preskusov je treba izvesti ročno preskušanje. Najprimernejši preskusi za avtomatizacijo so:

    • Ponavljajoči se preskusi.
    • Funkcionalni preskusi velikega vpliva na poslovanje.
    • Stabilne funkcije, pri katerih se ne izvajajo pomembne spremembe.
    • Funkcije, ki zahtevajo več naborov podatkov.
    • Ročno preskušanje, pri katerem je potrebno veliko časa in dela.

  2. Naj bodo primeri preskusa majhni.

    Čeprav lahko en primer preskusa podpira preskušanje vseh funkcij v aplikaciji, priporočamo, da ne pišete monolitnega primera preskusa, temveč se odločite za delitev na več primerov preskusa. Posamezen primer se lahko uporabi za preskus določene funkcije ali funkcionalnosti v aplikaciji. Neuspešna izjava v obsežnem primeru preskusa lahko privede do tega, da druge funkcije ostanejo nepreskušene. Če uporabite več primerov preskusa iz preskusne zbirke, bodo druge funkcije preskušene ne glede na neuspešnost predhodnega primera preskusa. S to strategijo poenostavite tudi izolacijo napak pri preskušanju.

  3. Izraze omejite na eno preskusno dejanje.

    Preskusno dejanje lahko vsebuje več izrazov. Uporaba velikih izrazov preskusa z več dejanji za en korak lahko vpliva na zmožnost odpravljanja in izoliranja vseh napak pri preskušanju. Za hitrejšo prepoznavo težav razdelite en korak preskusa z več dejanji na več korakov preskusa z enim dejanjem.

  4. Vsak primer preskusa mora imeti pričakovan rezultat.

    Vsak primer preskusa mora imeti en ali več pričakovanih rezultatov. Izjave za preskus je treba uporabiti za preverjanje pričakovanih rezultatov preskusa glede na dejanske rezultate. Za en primer preskusa je mogoče napisati več izjav.

  5. Uporabljajte preskusne zbirke.

    Zaradi lažjega vzdrževanja združite ali razvrstite podobne primere preskusa ter opišite namen in pričakovane rezultate preskusa.

Znane omejitve

Še naprej si prizadevamo, da zagotovimo popoln nadzor v preizkusnem studiu Power Apps, zato naslednje funkcije trenutno niso na voljo:

  • Komponente.
  • Komponente kode, napisane v storitvi Power Apps Component Framework.
  • Ugnezdene galerije.
  • Kontrolniki večpredstavnostnih skupin.
  • Za aplikacijo je treba vklopiti poskusno funkcijo za upravljanje napak na ravni formule.
  • Podpora za kontrolnike, ki niso navedeni v funkcijah Select in SetProperty.
  • Stolpci za vrste osebe.
  • Test Studio ni združljiv s poskusno funkcijo za nadzor različic Git in ne bo deloval pravilno, če je ta funkcija omogočena.

Naslednji koraki

Glejte tudi

Opomba

Ali nam lahko poveste, kateri je vaš prednostni jezik za dokumentacijo? Izpolnite kratko anketo. (upoštevajte, da je v angleščini)

Z anketo boste porabili približno sedem minut. Ne zbiramo nobenih osebnih podatkov (izjava o zasebnosti).