Partajați prin

Test Studio

  • Articol

Creați teste IU complete pentru aplicația dvs. proiectată pe pânză utilizând Test Studio. Mențineți calitatea aplicației dvs. prin validarea continuă a faptul că aplicația funcționează așa cum este de așteptat atunci când sunt implementate noi modificări sau actualizări.

Prezentare generală

Testarea este o parte importantă a ciclului de viață al dezvoltării software-ului (SDLC). Testarea poate ajuta la asigurarea calității aplicației livrate clienților. Poate identifica probleme sau defecte la începutul procesului de lansare și oferă posibilitatea de a remedia aceste probleme pentru a face aplicația mai fiabilă înainte de a lansa modificări. În funcție de dimensiunea și modul de utilizare al aplicației, testarea manuală a noilor modificări ar putea fi suficientă. Cu toate acestea, pe măsură ce aplicația crește în complexitate și utilizare, poate fi necesar să luați în considerare o strategie de testare în locul testării manuale. Dacă aplicația este vitală pentru misiune, chiar și o mică greșeală poate avea un impact semnificativ.

Modificările crescute ale aplicației pot duce la cicluri mai lungi de testare. În cele din urmă, testarea de regresie a aplicației poate fi mai lungă decât timpul petrecut pentru a dezvolta noi funcții. În dezvoltarea rapidă, testarea completă a fiecărei funcții din aplicație devine un blocaj pentru lansarea actualizărilor software. O opțiune de reducere a timpului investit într-un ciclu de testare și la testarea de regresie este automatizarea testelor. Automatizarea testelor vă poate ajuta să testați aplicația cu un efort minim, reducând timpul de testare și identificând problemele critice înainte de lansare.

Test Studio Power Apps este o soluție cu cod redus pentru a scrie, organiza și automatiza testele pentru aplicațiile proiectate pe pânză. În Test Studio, puteți scrie teste folosind expresii Power Apps sau utiliza un înregistrator pentru a salva interacțiunea aplicației pentru a genera automat expresiile. Puteți reda testele scrise în cadrul Test Studio pentru a valida funcționalitatea aplicației și, de asemenea, pentru a rula testele într-un browser web și a genera testele automatizate în procesul de implementare a aplicației.

Test Studio.

Cerințe preliminare

Trebuie să fiți creatorul sau coproprietarul unei aplicații pentru a testa aplicația cu Test Studio.

Terminologia Test Studio

Următoarea secțiune explică terminologia cheie Test Studio.

Cazuri de testare

Cazurile de testare sunt alcătuite dintr-o serie de instrucțiuni sau acțiuni, numite etape de testare. Cazurile de testare sunt executate pentru a valida dacă aplicația dvs. sau anumite funcții din aplicație funcționează așa cum vă așteptați. De exemplu, într-o aplicație Cheltuieli, doriți să vă asigurați că pot fi trimise doar cheltuielile cu costurile reale asociate. Un caz de testare poate ajuta la verificarea dacă această condiție sau cerință este întotdeauna îndeplinită.

În Test Studio, etapele de testare sunt scrise folosind limbajul de expresii Power Apps. Expresiile de testare pot consta atât din funcții disponibile la construirea aplicației, cât și expresii suplimentare pentru a susține testarea automată.

Suite de teste

Suitele de teste sunt utilizate pentru organizarea sau gruparea cazurilor de testare. Pe măsură ce numărul de cazuri de testare din aplicație crește, puteți lua în considerare organizarea cazurilor de testare în funcții sau funcționalități specifice. De exemplu, este posibil să aveți un set de teste cu cazuri de testare pentru a valida trimiterile de raport de cheltuieli și un alt set de teste care se concentrează doar pe aprobările cheltuielilor.

Cazurile de testare conținute în setul de test sunt rulate secvențial. Starea aplicației este persistentă pentru toate cazurile de test dintr-un set. De exemplu, dacă aveți un caz de test care se completează pe ecranul 5 în aplicație, următorul caz de test din setul de test va începe să ruleze de pe ecranul 5. Vă permite să descompuneți un scenariu de test complex în mai multe cazuri de test în cadrul unui singur set, iar starea este partajată în toate cazurile de test. Dacă cel de-al doilea caz de test este estimat să înceapă la ecranul de pornire al aplicației, puteți naviga până la ecranul de pornire ca prim pas în cazul dvs. de test. Este important să vă amintiți că aplicația nu este reîncărcată la începutul fiecărui caz de test într-un set de test atunci când planificați execuția testului.

Aserțiuni test

Fiecare caz de test ar trebui să aibă un rezultat preconizat. Pentru a valida rezultatul preconizat al unui test față de rezultatul real al testului dvs., puteți scrie aserțiuni ale testului. O aserțiune este o expresie care se evaluează cu adevărat sau fals în test. Dacă expresia returnează fals, cazul de testare va eșua.

În exemplul de aplicație pentru cheltuieli de mai sus, puteți scrie o afirmație pentru a valida dacă un raport de cheltuieli este creat cu un element rând de cheltuieli cu cost zero asociat.

Cele mai bune practici

Atunci când se testează aplicații proiectate pe pânză utilizând Test Studio, se iau în considerare următoarele bune practici pentru a obține beneficii maxime pentru a îmbunătăți calitatea aplicației:

  1. Determinați ce cazuri de test trebuie automatizate.

    Este dificil să automatizezi toate testele și nu vă recomandăm să vă bazați complet pe automatizarea testelor. Testarea manuală trebuie efectuată în plus față de automatizarea testelor. Testele cele mai potrivite pentru automatizare sunt:

    • Testele repetitive.
    • Teste de funcționalitate cu impact ridicat asupra afacerii.
    • Caracteristicile stabile și care nu suferă modificări semnificative.
    • Caracteristicile care necesită mai multe seturi de date.
    • Testarea manuală care necesită timp și efort semnificativ.

  2. Mențineți cazurile de test reduse.

    În timp ce un singur caz de test poate susține testarea tuturor funcționalităților din aplicația dvs., vă recomandăm să evitați să scrieți un caz de test monolitic și să încercați să îl împărțiți în mai multe cazuri de testare. Fiecare caz de test ar putea testa o anumită caracteristică sau funcționalitate din aplicația dvs. O aserțiune eșuată într-un caz de test mare ar putea determina ca alte funcționalități să rămână netestate. Utilizarea mai multor cazuri de test conținute într-un set de test permite testarea altor funcționalități, indiferent dacă un caz de test anterior a eșuat. Această strategie facilitează, de asemenea, izolarea eșecurilor testelor.

  3. Mențineți expresiile la o singură acțiune de testare.

    O acțiune de testare poate conține mai multe expresii. Expresiile mari de testare cu mai multe acțiuni pentru o singură etapă pot afecta capacitatea dvs. de a depana și de a izola orice eșec al testului. Luați în considerare împărțirea unei etape de testare cu mai multe acțiuni în mai multe etape de testare a acțiunilor unice pentru a identifica mai rapid problemele.

  4. Fiecare caz de test ar trebui să aibă un rezultat preconizat.

    Fiecare caz de test ar trebui să aibă unul sau mai multe rezultate preconizate. Aserțiunile testului trebuie utilizate pentru a valida rezultatele preconizate ale testului dvs. în raport cu rezultatele reale. Se pot scrie mai multe aserțiuni pentru un singur caz de test.

  5. Folosiți seturi de test.

    Pentru întreținere, grupați sau clasificați împreună cazuri similare de test și descrieți scopul și rezultatele preconizate ale testului dvs.

Limitări cunoscute

În timp ce lucrați pentru a oferi o acoperire completă de control în Power Apps, Test Studio este în desfășurare, în prezent nu este disponibilă următoarea funcționalitate:

Pașii următori

Consultați și

Notă

Ne puteți spune care preferințele dvs. lingvistice pentru documentație? Răspundeți la un chestionar scurt. (rețineți că acest chestionar este în limba engleză)

Chestionarul va dura aproximativ șapte minute. Nu sunt colectate date personale (angajament de respectare a confidențialității).