Testistudio

Luo päästä päähän -käyttöliittymätestit pohjan sovellukselle Test Studion avulla. Ylläpidä sovelluksesi laatua vahvistamalla jatkuvasti, että sovelluksesi toimii odotetulla tavalla, kun uusia muutoksia tai päivityksiä otetaan käyttöön.

Yleiskatsaus

Testaus on tärkeä osa ohjelmistokehityksen elinkaarta (SDLC). Testauksen avulla voit varmistaa asiakkaalle toimitetun sovelluksen laadun. Sen avulla ongelmat ja viat voidaan tunnistaa julkaisuprosessin varhaisessa vaiheessa ja korjata nämä ongelmat, jotta sovellus on luotettavampi kuin ennen muutosten julkaisemista. Sovelluksen koon ja käytön mukaan uusien muutosten testaus manuaalisesti voi riittää. Sovelluksen monimutkaisuuden ja käytön lisääntyessä on ehkä kuitenkin harkittava testistrategiaa manuaalisen testauksen sijaan. Jos sovellus on tärkeä toiminnan kannalta, jopa pienellä virheellä voi olla merkittävä vaikutus.

Sovelluksen muutosten lisääntyminen voi johtaa pidempiin testausjaksoihin. Sovelluksen regressiotestaus voi lopulta viedä enemmän aikaa kuin uusien ominaisuuksien kehittäminen. Nopeasti muuttuvassa kehitystyössä sovelluksen jokaisen ominaisuuden perusteellisesta testauksesta muodostuu pullonkaula ohjelmistopäivitysten julkaisemiselle. Yksi keino lyhentää testijaksoon ja regressiotestaukseen kuluvaa aikaa on testauksen automatisointi. Testauksen automatisointi voi auttaa testaamaan sovellusta pienellä vaivalla lyhentämällä testausaikaa ja tunnistamalla kriittiset ongelmat ennen julkaisua.

Power Appsin Test Studio on vähäisen koodin ratkaisu testien kirjoittamiseen, järjestämiseen ja automatisointiin pohjan sovelluksille. Test Studiossa voit kirjoittaa testejä Power Apps -lausekkeiden avulla tai tallentaa sovelluksen toimia kirjaustoiminnon avulla lausekkeiden luomiseksi automaattisesti. Voit toistaa kirjallisia testejä Test Studion avulla sovellustoimintojen vahvistamiseksi, suorittaa testejä verkkoselaimessa ja luoda automatisoituja testejä sovelluksesi käyttöönottoprosessiin.

edellytykset

Sovelluksen testaaminen Test Studiossa edellyttää, että testaaja sovelluksen tekijä tai yhteisomistaja.

Test Studion terminologia

Seuraavassa osiossa selitetään Testi Studion tärkeimpiä termejä.

Testitapaukset

Testitapaukset koostuvat ohje- tai toimintasarjoista, joita kutsutaan testivaiheiksi. Testitapaukset suoritetaan sen vahvistamiseksi, että sovelluksesi tai sen erityisominaisuudet toimivat odotetulla tavalla. Haluat ehkä kulusovelluksessa varmistaa vain niiden kulujen lähettämisen, joihin liittyy todellisia kustannuksia. Voit testitapauksen avulla varmistaa tämän ehdon tai vaatimuksen täyttymisen.

Test Studiossa testivaiheet kirjoitetaan käyttämällä Power Apps -lausekkeen kieltä. Testilausekkeet voivat koostua sekä toiminnoista, jotka ovat saatavilla sovelluksen luomisen aikana, että lisälausekkeista automatisoidun testauksen tukemiseksi.

Testipaketit

Testipaketteja käytetään testitapausten järjestämiseen tai ryhmittelemiseen yhteen. Sovelluksen testitapausten määrän kasvaessa on ehkä harkittava testitapausten järjestämistä tiettyihin ominaisuuksiin tai toimintoihin. Sinulla voi olla esimerkiksi yksi testitapauksia sisältävä testipaketti kuluraporttilähetysten vahvistamiseksi ja toinen testipaketti, joka keskittyy vain kuluhyväksyntöihin.

Testipakettien testitapaukset suoritetaan järjestyksessä. Sovelluksen tila on sama ohjelmiston kaikissa testitapauksissa. Jos testitapaus on esimerkiksi valmistumassa sovelluksen näytöllä 5 sovelluksessasi, testipaketin seuraavan testitapauksen suorittaminen alkaa näytöstä 5. Voit näin jakaa monimutkaisen testiskenaarion useisiin testitapauksiin yhdessä ohjelmistossa, ja tila on sama kaikissa testitapauksissa. Jos toisen testitapauksen odotetaan alkavan sovelluksen aloitusnäytöstä, voit siirtyä testitapauksen ensimmäisessä vaiheessa aloitusnäyttöön. On tärkeää muistaa, että sovellusta ei ladata uudelleen jokaisen testitapauksen alussa testipaketissa, kun suunnittelet testin suorittamista.

Testivahvistukset

Jokaisella testitapauksella tulisi olla odotettu tulos. Voit vahvistaa testin odotetun tuloksen vertaamalla sitä testin todelliseen tulokseen kirjoittamalla testivahvistuksia. Vahvistus on lauseke, joka arvioi, onko testin tulos tosi vai epätosi. Jos lauseke palauttaa epätosi-arvon, testitapaus epäonnistuu.

Yllä olevassa kulusovellusesimerkissä voit kirjoittaa vahvistuksen sen vahvistamiseksi, luodaanko kuluraportti yhdessä sellaisen kulurivin kanssa, johon liittyy nollakulu.

Parhaat käytännöt

Kun testaat pohjan sovelluksia Test Studion avulla, harkitse seuraavia parhaita käytäntöjä optimaalisen edun saavuttamiseksi ja sovelluksesi laadun parantamiseksi:

1. Selvitä, mitkä testitapaukset tulee automatisoida.

   Kaikkien testien automatisointi on vaikeaa, emmekä suosittele, että käytät yksinomaan testien automatisointia. Testien automatisoinnin lisäksi tulee suorittaa manuaalinen testaus. Automatisointiin soveltuvat parhaiten seuraavat testit:

   • Toistuvat testit.
   • Yritykseen voimakkaasti vaikuttavat toimintotestit.
   • Ominaisuudet, jotka ovat vakaat ja jotka eivät muutu merkittävästi.
   • Ominaisuudet, jotka edellyttävät useita tietojoukkoja.
   • Manuaalinen testaus, joka vaatii paljon aikaa ja vaivaa.

2. Pidä testitapaukset pieninä.

   Vaikka yksittäinen testitapaus voi tukea sovelluksen kaikkien ominaisuuksien testausta, suosittelemme, että vältät monoliittisen testitapauksen kirjoittamista ja yrität jakaa sen useisiin testitapauksiin. Jokainen testitapaus voi testata sovelluksen tiettyä ominaisuutta tai toimintoa. Vahvistuksen epäonnistuminen suuressa testitapauksessa voi aiheuttaa sen, että jotain toista toimintoa ei testata. Käyttämällä useita testipaketin sisältämiä testitapauksia voit testata muita toimintoja, vaikka aiempi testitapaus olisi epäonnistunut. Tämän strategian avulla on myös helpompi eristää testivirheitä.

3. Säilytä lausekkeet yksittäisessä testitoiminnossa.

   Testitoiminto voi sisältää useita lausekkeita. Yksittäisen vaiheen suuret monitoimintoiset testilausekkeet voivat vaikuttaa kykyysi korjata virheitä ja eristää mahdollisia testivirheitä. Harkitse useita toimintoja sisältävän testivaiheen jakamista useampaan yksittäisten toimintojen testivaiheeseen, jotta voit tunnistaa ongelmat nopeammin.

4. Jokaisella testitapauksella tulisi olla odotettu tulos.

   Jokaisella testitapauksella tulisi olla yksi tai useampi odotettu tulos. Testivahvistuksia tulee käyttää testin odotetun tuloksen vahvistamiseen vertaamalla sitä todelliseen tulokseen. Yksittäistä testitapausta varten voidaan kirjoittaa useita vahvistuksia.

5. Käytä testipaketteja.

   Ryhmittele tai luokittele ylläpitoa varten samantapaisia testitapauksia yhteen sekä kuvaa testin tarkoitusta ja odotettuja tuloksia.

Tunnetut rajoitukset

Vaikka kehitämmekin parhaillaan toimintoja, joiden avulla voit hallita kattavasti Power Appsin Test Studiota, et voi tällä hetkellä käyttää seuraavia toimintoja:

• Osat.
• Power Apps Component Frameworkissä kirjoitetut koodiosat.
• Sisäkkäiset valikoimat.
• Media-ohjausobjektit.
• Kokeellinen kaavatason virheiden hallintatoiminto on otettava käyttöön sovelluksessa.
• Tuki ohjausobjekteille, joita ei ole lueteltu Select- ja SetProperty-funktioissa.
• Henkilötyyppi-sarakkeet.
• Test Studio ei ole yhteensopiva kokeellisen Git-versionhallintatoiminnon kanssa, eikä se toimi oikein, jos toiminto on otettu käyttöön.

Seuraavat vaiheet

• Test Studion käyttäminen

Katso myös

• Testien automatisoiminen Azure-putkien avulla perinteisessä editorissa

Huomautus

Voitko kertoa meille dokumentaatiota koskevan kielimäärityksesi? Vastaa lyhyeen kyselyyn. (Huomaa, että tämä kysely on englanninkielinen.)

Kyselyyn vastaaminen kestää noin seitsemän minuuttia. Henkilökohtaisia tietoja ei kerätä (tietosuojatiedot).