Testēšanas posms
Tagad, kad jūsu lietojumprogramma ir izveidota, nākamais uzdevums ir sākt tās testēšanu. Šajā sadaļā jūs uzzināsit, kā veikt testēšanu.
Testu veidi
Vienību testi
Vienības tests tiek izmantots, lai pārbaudītu, vai jūsu lietotnes funkcija vai līdzeklis darbojas pareizi.
Beigu testi
Beigu testi tiek izmantoti, lai pārbaudītu, vai vispārējais risinājums darbojas pareizi. Tas ir svarīgi, jo pat tad, ja visas vienību pārbaudes funkcionē pareizi, divu struktūrvienību integrācija var neizdoties. Šos testus veic, sekojot testa scenārijam, kas ir līdzīgs faktiskā biznesa procesa izmantošanas gadījumam.
Lietotāja piemērotības testi
Lietotāja piemērotības testu (UAT) veic programmas lietotājs, nevis veidotājs. Šis tests ir paredzēts, lai pārliecinātos, ka izveidotāju būvētais atbilst lietotāja sākotnēji pieprasītajām prasībām.
Lūk, daži padomi, kā iegūt labus rezultātus no UAT:
Testējiet ar īstajiem lietotājiem.
Mēģiniet izvēlēties daudzveidīgus lietotājus, runājot par IT prasmju līmeņiem. Šādā veidā varat iegūt dažādas atsauksmes.
Nesniedziet lietotājam norādījumus; skatiet, vai viņi var intuitīvi saprast programmu.
Pavērojiet, kā viņiem izdodas navigēt programmu bez citu palīdzības, un apskatiet, kur ir iespējams uzlabot noformējumu.
Ja lietotājs ir iestrēdzis ekrānā, noskaidrojiet, ko viņš sagaida.
Izmēģiniet dažādas ierīces, lai pārliecinātos, ka testa gadījumi atkārtojas identiski.
Ideālā gadījumā pārbaudiet programmu lietotāja faktiskajā vidē vai atrašanās vietā, ja programma izmanto bezsaistes iespējas.
Lūdziet, lai lietotāji mēģina "pārtraukt" jūsu programmu, piemēram, ievadot neparastas rakstzīmes teksta laukos.
Lietotājiem parasti tiek testēts "laimīgais ceļš" (ceļš, ko lietotājs var izmantot, kad viss norit perfekti). Aiciniet arī pārbaudīt scenārijus, piemēram, atcelt izdevumu atskaiti, nevis to iesniegt, vai noraidīt izdevumu atskaiti, nevis apstiprināt to.
Jūsu lietotāji, iespējams, nav pazīstami ar programmatūras testēšanu. Ļaujiet viņiem uzzināt, kāda veida atsauksmes jūs meklējat. Bieži vien ir noderīgi izveidot "defektu" veidni, lai pārliecinātos, ka testētāji precīzi izskaidro, ko viņi dara, kas ir noticis, kā viņi sagaidīja, ka tas notiks, un visu attiecīgo informāciju par testēšanas vidi (piemēram, ierīces tipu un pārlūkprogrammu).
Ir dabiski un normāli, ka lietotājs var pieprasīt veikt izmaiņas specifikācijās vai lūgt papildu līdzekļus. Šie pieprasījumi ir jāreģistrē līdzekļu sarakstā, kas aprakstīts sadaļā Līdzekļu prioritāšu un pieprasījumu noteikšana.
Pārbaudes gadījumu un scenāriju izveide
Lai rakstītu visaptverošos testa scenārijus un pārbaudītu gadījumus, ir jāatsaucas uz Plānošanas posma un Projektēšanas posma sadaļām, lai pārliecinātos, ka tiek pārbaudīti visi svarīgie scenāriji.
Vispirms ir jāraksta vienību testi. Pārliecinieties, vai esat sadalījis testus katram līdzeklim vai funkcijai. Testa gadījumi vienību testiem ir jāuzskaita kā norādīts tālāk redzamajā tabulā:
| Testa gadījuma nr. | Testa apraksts | Dati, kas jātestē ar | Paredzamais rezultāts | Rezultāts |
|---|---|---|---|---|
| 1-1 | Pasūtījuma detalizētas informācijas iesniegšana no veidlapas | Pasūtījuma nr. 16516 | Pasūtījums ir veiksmīgi iesniegts | |
| 1-2 | Pārbaudiet, vai PDF fails tiek ģenerēts un pievienots ierakstam | Nav datu | Ierakstam ir pievienots PDF fails | |
| 1-3 | E-pasta paziņojums ir nosūtīts lietotājam | test@contoso.com | Norādītais adresāts ir saņēmis e-pasta ziņojumu |
Rīki, kas palīdz testēt audekla programmas
Power Apps testa studija (eksperimentāli)
Lai varētu testēt audekla programmas, varat izmantot iebūvētu rīku ar nosaukumu Power Apps testa studija, lai rakstītu, kārtotu un automatizētu audekla programmu testus. Papildinformācija: Testa studija (eksperimentāli)
Azure Monitor (eksperimentāli)
Ja testējat veiktspējas problēmas, varat izmantot rīku Monitor, lai pārbaudītu tīkla darbību, kas līdzinās tīkla izsekošanai pārlūkprogrammā. Papildinformāciju par Monitor rīku skatiet emuāra ziņā Monitor ieviešana, lai atkļūdotu programmas un uzlabotu veiktspēju.
Rīki, kas palīdz testēt modeļa vadītas programmas
EasyRepro
EasyRepro ir rīks, kas paredzēts Dynamics 365 un Power Apps modeļu vadītām programmām. Tajā ne tikai ir iekļauts pārbaudes rīks, bet tam ir arī vairāk nekā 200 parauga testa gadījumu, lai palīdzētu paātrināt pārbaudes procesu. Papildinformāciju skatiet emuāra ziņā EasyRepro automatizēta testēšanas struktūra un piekļūstiet tai EasyRepro GitHub repozitorijā.
Risinājumu pārbaudītājs
Risinājumu pārbaudītājs ir rīks, kas pārbauda, vai izveidotais risinājums ir veselīgs. Varat ātri pārskatīt problēmas un skatīt ieteicamos labojumus. Papildinformāciju skatiet sadaļā Risinājumu pārbaudītāja izmantošana modeļa virzītu programmu apstiprināšanai platformā Power Apps
Piezīme
Kādas ir jūsu dokumentācijas valodas preferences? Aizpildiet īsu aptauju. (ņemiet vērā, ka aptauja ir angļu valodā)
Aptaujai būs nepieciešamas aptuveni septiņas minūtes. Nekādi personas dati netiks vākti (paziņojums par konfidencialitāti).
Atsauksmes
Drīzumā: 2024. gada laikā mēs pakāpeniski pārtrauksim izmantot “GitHub problēmas” kā atsauksmju par saturu mehānismu un aizstāsim to ar jaunu atsauksmju sistēmu. Papildinformāciju skatiet: https://aka.ms/ContentUserFeedback.
Iesniegt un skatīt atsauksmes par