Testimisfaas

  • Artikkel

Nüüd kui teie rakendus on valmis, tuleb järgmisena seda testida. Selles jaotises õpite selgeks testimise põhialused.

Testide tüübid

Moodulitestid

Moodulitesti abil kontrollitakse, kas rakenduse kindel funktsioon või omadus töötab õigesti.

Terviklikud testid

Terviklike testide abil kontrollitakse, kas üldine lahendus töötab õigesti. See on oluline, kuna isegi juhul, kui kõik moodulitestid töötavad õigesti, võib kahe mooduli vaheline integratsioon nurjuda. Need katsed tehakse teststsenaariumi põhjal, mis sarnaneb tegeliku äriprotsessi kasutusjuhtumiga.

Kasutaja vastuvõtu testid

Kasutaja vastuvõtu testi (UAT) teeb rakenduse kasutaja, mitte looja. Testi eesmärk on tagada, et valmistajate loodu vastaks kasutaja algselt taotletud nõuetele.

Siin on mõned näpunäited UAT-des heade tulemuste saamiseks.

  • Testige koos tegelike kasutajatega.

  • Proovige valida kasutajaid, kelle IT-oskuse tasemed on erinevad. Nii saate mitmesugust tagasisidet.

  • Ärge andke kasutajale juhiseid; vaadake, kas nad mõistavad rakendust intuitiivselt.

  • Jälgige, kuidas nad ilma abita rakenduses ringi liiguvad, ning mõelge, kus saate kujundust täiustada.

  • Kui kasutaja takerdub mõnel kuval, paluge neil selgitada, mis nende ootus oli.

  • Proovige eri seadmeid, et kontrollida, kas testjuhtumid käituvad samamoodi.

  • Parimal juhul võiksite testida rakendust kasutaja tegelikus keskkonnas või asukohas, kui rakendusel on ühenduseta režiim.

  • Paluge kasutajatel proovida rakendust „katki teha”, näiteks sisestada tekstiväljadele ebaharilikke tähemärke.

  • Kasutajad järgivad testides tavaliselt „ideaalset teed” (tee, mida kasutaja järgib, kui kõik läheb suurepäraselt); paluge neil katsetada ka selliseid stsenaariumeid, nagu kuluaruande tühistamine selle esitamise asemel või kuluaruande tagasilükkamine selle kinnitamise asemel.

Teie kasutajad ei pruugi olla kursis testimistarkvaraga. Andke neile teada, millist tagasisidet te ootate. Sageli on kasulik anda neile vigademall, et testijad saaksid täpselt seletada, mida nad tegid, mis juhtus, mida nad selle asemel ootasid, ning anda muud asjakohast teavet oma testimiskeskkonna kohta (näiteks seadme tüüp ja brauser).

Kui kasutajad paluvad spetsifikatsiooni muuta või küsivad lisafunktsioone, on see täiesti loomulik ja arusaadav. Need palved tuleks salvestada funktsioonide loendisse, mida kirjeldatakse teemas Funktsioonide ja palvete prioriseerimine.

Testjuhtumite ja -stsenaariumide loomine

Põhjalike teststsenaariumide ja -juhtumite kirjutamiseks peaksite lugema uuesti jaotisi Planeerimisfaas ja Kujundamisfaas, et testida kõiki olulisi stsenaariumeid.

Esimene samm on moodulitestide kirjutamine. Veenduge, et testiksite igat funktsiooni või omadust. Moodulitestide testjuhtumid tuleks esitada nii, nagu on toodud järgmises tabelis.

Testjuhtumi nr Testi kirjeldus Testis kasutatavad sisendid Eeldatud tulemus Tulemus
1-1 Tellimuse üksikasjade edastamine vormilt Tellimuse nr 16516 Tellimus on edukalt edastatud
1-2 Kontrolli, kas PDF on loodud ja kirjele lisatud Pole saadaval PDF-fail on kirjele lisatud
1-3 Kontrolli, kas meiliteavitus saadetakse kasutajale test@contoso.com Määratud vastuvõtja sai meili kätte

Tööriistad, mis aitavad teil testida lõuendirakendusi

Power Apps Test Studio (katsetamisel)

Lõuendirakenduste sees testimiseks saate kasutada sisseehitatud tööriista nimega Power Apps Test Studio, et kirjutada, organiseerida ja automatiseerida lõuendirakenduste teste. Lisateave: Test Studio (katsetamisel)

Azure Monitor (katsetamisel)

Kui otsite testimisel jõudlusega seotud probleeme, võite kasutada võrgutegevuse kontrollimiseks Monitori, mis sarnaneb võrgu jälgimisega brauseris. Monitori tööriista üksikasjad leiate ajaveebipostitusest Rakenduste silumiseks ja jõudluse täiustamiseks kasutatava Monitori tutvustus.

Tööriistad, mis aitavad teil testida mudelipõhiseid rakendusi

EasyRepro

EasyRepro on tööriist, mis on mõeldud Dynamics 365 ja Power Appsi mudelipõhiste rakenduste jaoks. See sisaldab nii testimistööriista kui ka üle 200 näidistestjuhtumit, mis aitavad teil testimisprotsessi kiirendada. Lisateavet leiate ajaveebipostitusest EasyRepro automatiseeritud testimisraamistik ja pääsete sellele juurde EasyRepro GitHubi hoidlas.

Lahendusekontrollija

Lahendusekontrollija on tööriist, mis kontrollib, kas teie loodud lahendusel on kõik korras. Saate probleeme kiiresti üle vaadata ja uurida soovitatud parandusi. Lisateave. Lahenduste kontrollija kasutamine mudelipõhiste rakenduste valideerimiseks teenuses Power Apps

Järgmine samm: rakenduse avaldamine ja jagamine

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).