Faza testiranja
Sada kada je vaša aplikacija izgrađena, sledeći korak je da počnete da je testirate. U ovom odeljku ćete naučiti osnove kako treba izvršiti testiranje.
Tipovi testova
Testovi jedinica
Test jedinice se koristi za proveru da li određena funkcija ili funkcija vaše aplikacije ispravno funkcioniše.
Sveobuhvatni testovi
Sveobuhvatni testovi se koriste za proveru da li je celokupno rešenje ispravno. To je važno jer čak i ako svi testovi jedinica funkcionišu pravilno, integracija između dve jedinice potencijalno može biti neuspela. Ti testovi se obavljaju praćenjem scenarija testiranja koji je blizak slučaju stvarnog poslovnog procesa.
Testiranje prihvatljivosti od strane korisnika
Test prihvatanja od strane korisnika (UAT) obavlja korisnik aplikacije umesto kreatora. Ovaj test treba da osigura da ono što su kreatori izgradili odgovara zahtevima koje je korisnik prvobitno zahtevao.
Evo nekoliko saveta za postizanje dobrih rezultata iz UAT-a:
Testirajte sa stvarnim korisnicima.
Pokušajte da odaberete korisnike sa različitim nivoom IT veštine. Na ovaj način možete dobiti razne povratne informacije.
Nemojte davati uputstva korisnicima; pogledajte da li mogu intuitivno da razumeju aplikaciju.
Posmatrajte kako se kreću kroz aplikaciju bez pomoći i pogledajte gde možete poboljšati dizajn.
Kada se korisnik zaglavi na ekranu, zamolite ga da objasni šta je očekivao.
Isprobajte različite uređaje kako biste bili sigurni da se test slučajevi ponašaju isto.
U idealnom slučaju, testirajte aplikaciju u stvarnom okruženju ili na lokaciji korisnika, ako aplikacija koristi vanmrežne mogućnosti.
Zatražite od korisnika da pokušaju da „pokvare“ vašu aplikaciju, poput unosa neobičnih znakova u tekstualna polja.
Korisnici će obično testirati „bezbednu putanju“ (putanju korišćenja kojom korisnik ide kada se sve odvija savršeno); tražite od njih da takođe testiraju i scenarije kao što su otkazivanje izveštaja o troškovima, umesto da podnošenja; ili odbijanje izveštaja o troškovima umesto odobrenja.
Vaši korisnici možda nisu upoznati sa softverom za testiranje. Obavestite ih kakve povratne informacije tražite. Često je korisno navesti predložak za greške u programu, kako biste bili sigurni da testeri objašnjavaju šta su tačno radili, šta se dogodilo, šta su očekivali da će se umesto toga dogoditi i sve relevantne informacije o njihovom okruženju za testiranje (poput vrste uređaja i pregledača).
Prirodno je i u redu da korisnik zahteva izmene u specifikacijama ili da zatraži dodatne funkcije. Ovi zahtevi treba da se evidentiraju na spisku funkcija opisanom u Davanje prioriteta funkcijama i zahtevima.
Izrada test-slučajeva i scenarija
Da biste napisali sveobuhvatne scenarije ispitivanja i test-slučajeve, vratite se na odeljke faza planiranja i faza projektovanja kako biste bili sigurni da ste testirali sve važne scenarije.
Prvi korak je pisanje testova jedinica. Obavezno raščlanite testove na svaku karakteristiku ili funkciju. Test-slučajevi za testove jedinica treba da budu navedeni kao u tabeli ispod:
| Broj test-slučaja | Opis testa | Unosi kojima se obavlja test | Očekivani rezultat | rezultat |
|---|---|---|---|---|
| 1-1 | Pošaljite detalje porudžbine iz obrasca | Broj porudžbine 16516 | Porudžbina je uspešno poslata | |
| 1-2 | Proverite da li je PDF datoteka generisana i priložena zapisu | Nije primenljivo | PDF datoteka je priložena zapisu | |
| 1-3 | Proverite da li je obaveštenje o e-pošti poslato korisniku | test@contoso.com | E-poruku prima navedeni primalac |
Alati koji će vam pomoći da testirate aplikacije sa podlogom
Power Apps Test Studio (eksperimentalni)
Za testiranje unutar aplikacija sa podlogom možete koristiti ugrađenu alatku pod nazivom Power Apps Test Studio da napišete, organizujete i automatizujete testove za aplikacije sa podlogom. Još informacija: Test Studio (eksperimentalni)
Azure Monitor (eksperimentalni)
Kada testirate probleme sa performansama, možete da koristite nadgledanje da biste proverili mrežne aktivnosti, slično mrežnom praćenju u pregledaču. Za detalje o alatu za nadgledanje, pogledajte poruku na blogu Predstavljamo nadgledanje za uklanjanje grešaka u aplikacijama i poboljšanje performansi.
Alati koji će vam pomoći da testirate aplikacije zasnovane na modelu
EasyRepro
EasyRepro je alatka obezbeđena za Dynamics 365 i Power Apps aplikacije zasnovane na modelu. Ne samo da uključuje alat za testiranje, već ima više od 200 probnih test-slučajeva koji će vam pomoći da ubrzate proces testiranja. Više informacija potražite u poruci na blogu EasyRepro automatizovani okvir za testiranje i pristupite mu u EasyRepro GitHub depou.
Kontrolor rešenja
Kontrolor rešenja je alatka koja proverava da li je rešenje koje ste kreirali ispravno. Možete brzo da pregledate probleme i vidite preporučene ispravke. Još informacija: Koristite kontrolor rešenja za potvrdu valjanosti aplikacija koje pokreće model u usluzi Power Apps
Napomena
Možete li nam reći o svojim željenim postavkama jezika u dokumentaciji? Ispunite kratku anketu. (imajte na umu da je ova anketa na engleskom jeziku)
Anketa će trajati oko sedam minuta. Ne prikupljaju se lični podaci (izjava o privatnosti).
Povratne informacije
Stiže uskoro: Tokom 2024. godine postepeno ćemo ukidati probleme sa uslugom GitHub kao mehanizam povratnih informacija za sadržaj i zameniti ga novim sistemom povratnih informacija. Dodatne informacije potražite u članku: https://aka.ms/ContentUserFeedback.
Prosledite i prikažite povratne informacije za