Testavimo etapas

Dabar, kai tavo programa sukurta, kitas žingsnis yra jos testavimas. Šiame skyriuje išmoksi testavimo atlikimo būdų pagrindus.

Testavimo būdai

Objekto testavimas

Objekto testavimas naudojamas patikrinti, ar tinkamai veikia specifinė tavo programos funkcija ar savybė.

Testavimas nuo pradžios iki galo

Testavimas nuo pradžios iki galo yra naudojamas patikrinti, ar bendras sprendimas veikia tinkamai. Tai yra svarbu, nes net jei visi funkcijos objektai veikia tinkamai, integravimas tarp dviejų objektų gali nepavykti. Šie testavimai yra atliekami sekant testavimo scenarijų artimą realaus verslo proceso atvejo naudojimui.

Vartotojo priėmimo testai

Vartotojo priėmimo testai (VPT) yra atliekami programos vartotojo, o ne kūrėjo. Šio testo tikslas užtikrinti, kad tai, kas buvo sukurta kūrėjų atitiktų iš anksto pateiktus vartotojo reikalavimus.

Pateikiame keletą gerų VPT testavimo rezultatų patarimų:

  • Testuokite su realiais vartotojais.

  • Pabandykite pasirinkti vartotojus su skirtingais IT įgūdžių sugebėjimais. Tokiu būdu galėsite gauti įvairius atsiliepimus.

  • Vartotojams instrukcijų neduokite: pažiūrėkite, ar jie gali intuitiyviai suprasti programą.

  • Stebėkite, kaip jie naršo programoje be pagalbos ir pagalvokite, kaip galite pagerinti dizainą.

  • Kai vartotojas ekrane užstrigo, paprašykite jo paaiškinti, kokie buvo jo lūkesčiai.

  • Pabandykite įvairius prietaisus, kad įsitikintumėte, jog testavimo atvejais elgiamasi vienodai.

  • Idealiu atveju, testuokite programą tikroje vartotojo aplinkoje ar vietoje, jei programa naudoja ne prie interneto prisijungusias galimybes.

  • Paprašykite vartotojų pabandyti „nulaužti“ programą, įvedant neįprastus ženklus teksto laukeliuose.

  • Vartotojai dažniausiai testuos „laimingąjį kelią“ (vartotojo pasirenkamą kelią, kai viskas klojasi idealiai); paprašykite jų taip pat patikrinti scenarijus, kai išlaidų ataskaita yra atšaukiama vietoje pateikimo arba išlaidų ataskaita atmetama vietoje jos patvirtinimo.

Jūsų vartotojai gali būti nesusipažinę su testavimo programine įranga. Praneškite jiems, kokio atsiliepimo tikitės. Dažnai naudinga pateikti „klaidų“ šabloną tam, kad įsitikintumėte, jog testavimo subjektai tiksliai paaiškina, ką daro, kas vyksta, ko jie tikisi kitu atveju ir suteikia bet kokią svarbią informaciją apie jų testavimo aplinką (tokią kaip prietaiso tipas ir naršyklė).

Normalu ir visiškai priimtina, jei vartotojai prašo specifikacijų pakeitimo arba papildomų funkcijų. Šie prašymai turi būti įrašyti į funkcijų sąrašą apibūdintą Prašymų ir funkcijų pirmenybių suteikimas.

Testo atvejų ir scenarijų kūrimas

Tam, kad parašytumėte išsamų testo scenarijų ir atvejus, turite eiti vėl į Planavimo etapo ir Projektavimo etapo skyrius, kad įsitikintumėte, jog patikrinsite visus svarbius scenarijus.

Pirmasis žingsnis yra parašyti objekto testus. Įsitikinkite, kad sulaužėte testus kiekvienai funkcijai ir parinkčiai. Testų atvejai objektų testams turi būti parašyti taip, kaip lentelė pateikta toliau:

Testo atvejo Nr. Testo aprašas Įvedimas testui su Tikėtinas rezultatas Rezultatas
1-1 Pateikti užsakymo detales iš formos Užsakymo Nr. 16516 Užsakymas sėkmingai pateiktas
1-2 Patikrinkite, ar PDF yra sugeneruotas ir pridėtas prie įrašo Netaikoma PDF failas yra pridėtas prie įrašo
1-3 Patikrinkite, ar elektroninio laiško pranešimas yra išsiųstas vartotojui test@contoso.com Elektroninį laišką gavo nurodytas gavėjas

Įrankiai padedantys testuoti drobės programas

„Power Apps Test Studio“ (eksperimentinis)

Testavimui drobės programose galite naudoti iš anksto esantį įrankį „Power Apps Test Studio“ tam, kad rašytumėte, organizuotumėte ir automatizuotumėte drobės programų testus. Daugiau informacjos: „Test Studio“ (eksperimentinis)

„Azure Monitor“ (eksperimentinis)

Kai testuojate veikimo problemas, galite naudoti „Monitor“ tinklo aktyvumo tikrinimui, panašš į tinklo sekimą naršyklėje. Dėl išsamesnės informacijos apie „Monitor“ įrankį, žr. tinklaraščio įrašą „Monitor“ pristatymas klaidų programose pašalinimui ir veikimo pagerinimui.

Įrankiai padedantys testuoti modeliu pagrįstas programas

„EasyRepro“

„EasyRepro“ yra įrankis tiekiamas kartu su „Dynamics 365“ ir „Power Apps“ modeliu pagrįstomis programomis. Jis ne tik apima testavimo įrankį, tačiau turi daugiau nei 200 pavyzdinių testų atvejų padedančių pagreitinti testavimo procesą. Dėl išsamesnės informacijos, žr. tinklaraščio įrašą„EasyRepro“ automatizuotas testavimo tvarkaraštis ir prieikite prie jo „EasyRepro GitHub“ saugykloje.

Sprendimo tikrintojas

Sprendimo tikrintojas yra įrankis tikrinantis, ar jūsų sukurtas sprendimas yra sveikas. Galite greitai peržiūrėti problemas ir rekomenduojamus pataisymo veiksmus. Daugiau informacijos: Sprendimų tikrintuvo naudojimas norint patikrinti modeliu pagrįstas programas, esančias Power Apps

Pastaba

Ar galite mums pranešti apie dokumentacijos kalbos nuostatas? Atlikite trumpą apklausą. (atkreipkite dėmesį, kad ši apklausa yra anglų kalba)

Apklausą atliksite per maždaug septynias minutes. Asmeniniai duomenys nėra renkami (privatumo nuostatos).