Folosește acest șablon
Testarea de acceptanță a utilizatorilor (UAT) este ultima șansă de a afla dacă un sistem nou funcționează cu adevărat pentru persoanele care îl vor folosi. Prea des este rulat pe baza unor scripturi vagi, precum „testează procesul de facturare”, de către utilizatori de business ocupați care nu sunt siguri ce să verifice, cu capturi de ecran lipite în e-mail ca dovadă. Defectele trec neobservate, rezultatele testelor nu pot fi considerate de încredere, iar aprobarea devine o chestiune de opinie. Un șablon de script de test UAT rezolvă asta oferind fiecărui test aceeași structură clară: ce să testezi, cum, cu ce date, ce ar trebui să se întâmple și ce s-a întâmplat efectiv.
Acest șablon gratuit de script de test UAT acoperă detaliile testului, condițiile prealabile, datele de test, pașii numerotați cu rezultate așteptate și reale, statusul „pass” sau „fail”, dovezile, defectele și aprobarea. Include un exemplu completat, îndrumări pentru scrierea pașilor pe care utilizatorii de business îi pot urma și o modalitate de a captura dovezi înregistrând testul, în loc să lipești capturi de ecran. Copiază structura de mai jos sau deschide-o în Trupeer și personalizeaz-o pentru proiectul tău.
Ce este un șablon de script de test UAT?
Un șablon de script de test UAT este un format gata de utilizat pentru instrucțiunile pas cu pas pe care utilizatorii de business le urmează în timpul testării de acceptanță a utilizatorilor. Fiecare script testează un scenariu de business cap-coadă, precum crearea unei comenzi de achiziție și înregistrarea facturii. Acesta listează condițiile prealabile și datele de test, pașii de efectuat, rezultatul așteptat pentru fiecare pas, rezultatul real, statusul „pass” sau „fail”, dovezile capturate și orice defecte ridicate, astfel încât businessul să poată decide dacă sistemul este pregătit pentru lansare.
Scripturile de test UAT se află în cadrul abordării tale mai ample de testare. Pentru planul general, vezi șablonul de plan de testare.
De ce să folosești un șablon de script de test UAT?
Utilizatorii de business nu sunt testeri profesioniști. Pașii clari, numerotați, le permit să testeze cu încredere.
Scripturile consecvente oferă rezultate consecvente, astfel încât să le poți compara și să ai încredere în ele.
Rezultatele așteptate elimină presupunerile despre cum arată „corect”.
Dovezile susțin aprobarea și auditul, arătând exact ce s-a testat și ce s-a întâmplat.
Defectele se repară mai ușor atunci când sunt legate de pasul exact și de dovezi.
Scripturile devin material de instruire, deoarece descriu sarcini reale în noul sistem.
Cine folosește un șablon de script de test UAT?
Managerii de testare și liderii UAT care planifică și coordonează testarea de acceptanță a utilizatorilor.
Utilizatorii de business și responsabilii de procese care rulează testele și aprobă.
Analiștii de business care scriu scripturi pe baza cerințelor.
Echipele de implementare ERP, CRM și HCM care testează sisteme configurate.
Echipele QA care gestionează defectele și re-testarea.
Auditorii și echipele de conformitate care au nevoie de dovezi ale testării.
Previzualizează șablonul de script de test UAT
Șablonul se deschide cu antetul scriptului de test: ID, titlu, scenariu de business, referință la cerință, tester, mediu și dată. Urmează condițiile prealabile și datele de test. Tabelul principal listează fiecare pas cu acțiunea, rezultatul așteptat, rezultatul real, statusul „pass” sau „fail” și un link către dovezi. Scriptul se încheie cu un rezultat general, defectele ridicate, rezultatele re-testării și aprobarea. Fiecare secțiune este editabilă, astfel încât să poți adăuga coloane, să modifici valorile statusului sau să legi scriptul de instrumentul tău de management al testării.
Cum să personalizezi acest șablon în Trupeer
Pasul 1: Deschide secțiunea Templates
Mergi la secțiunea Templates din meniul principal.
Pasul 2: Selectează și deschide un șablon
Dă click pe orice șablon cu care vrei să lucrezi pentru a-l deschide.
Pasul 3: Extinde vizualizarea șablonului
Dacă este necesar, extinde vizualizarea șablonului pentru a vedea clar aspectul complet și detaliile.
Pasul 4: Editează șablonul
Dă click pe Edit pentru a începe să modifici șablonul selectat.
În editor, poți:
Adaugă secțiuni noi
Definește sau actualizează reguli de formatare
Adaugă un logo și ajustează poziția acestuia și setările aferente
Pasul 5: Salvează șablonul personalizat
După ce faci toate modificările necesare, dă click pe Save pentru a salva șablonul actualizat ca al tău.
Pasul 6: Previzualizează și ajustează fin șablonul
Când vrei să vezi cum arată șablonul tău personalizat, deschide Preview.
Din ecranul de previzualizare, poți continua să faci ajustări direct, dacă este necesar, asigurându-te că șablonul apare exact așa cum îți dorești.
Cu un șablon de script de test UAT poți:
Oferă utilizatorilor de business pași clari pe care îi pot urma fără instruire.
Definește cum arată „corect” cu rezultate așteptate pentru fiecare pas.
Captează dovezi consecvent, ideal ca o înregistrare a testului.
Leagă defectele de pasul exact unde au apărut.
Susține deciziile de lansare cu rezultate aprobate și bazate pe dovezi.
Ce trebuie să conțină un șablon de script de test UAT
Secțiune | Ce acoperă |
|---|---|
Antetul scriptului | ID, titlu, scenariu de business, referință la cerință, prioritate |
Detalii test | Tester, mediu, ciclu de testare, dată |
Condiții prealabile | Ce trebuie să fie adevărat înainte de testare, precum accesul utilizatorului și configurarea |
Date de test | Datele de utilizat, precum furnizorul, materialul și sumele |
Pași de test | Acțiuni numerotate pe care le efectuează testerul |
Rezultate așteptate | Ce ar trebui să se întâmple la fiecare pas |
Rezultate reale | Ce s-a întâmplat efectiv |
Status | Pass, fail, blocat sau neexecutat, pe pas și în ansamblu |
Dovezi | Înregistrarea sau capturile de ecran ale testului |
Defecte | ID defect, descriere și severitate pentru orice eșec |
Re-testare | Data re-testării, rezultat și dovezi |
Aprobare | Aprobarea testerului și a proprietarului de business |
Șablon gratuit de script de test UAT: structura de copiat
Copiază structura de mai jos în propriul document sau spreadsheet ori deschide-o în Trupeer și personalizeaz-o.
1. Antetul scriptului. ID script: [UAT-P2P-001]. Titlu: [Creează o comandă de achiziție și înregistrează factura furnizorului]. Scenariu de business: [Achiziție standard de bunuri cu verificare în trei direcții]. Referință cerință: [REQ-ID sau ID fit-gap]. Prioritate: [Ridicată, medie sau scăzută].
2. Detalii test. Tester: [nume și rol]. Mediu: [sistem UAT]. Ciclu de testare: [ciclu 1, 2 sau regresie]. Dată: [dată].
3. Condiții prealabile. [Testerul are rolurile de cumpărător și casier AP în sistemul UAT. Furnizorul și materialul există. Toleranțele sunt configurate.]
4. Date de test. Furnizor: [ID furnizor]. Material: [ID material]. Cantitate: [cantitate]. Preț: [preț]. Centru de cost: [centru de cost].
5. Pași de test.
Pas | Acțiune | Rezultat așteptat | Rezultat real | Status | Dovezi |
|---|---|---|---|---|---|
1 | [Acțiune] | [Rezultat așteptat] | [Rezultat real] | [Pass / fail / blocat] | [Timestamp înregistrare sau captură de ecran] |
2 | [Acțiune] | [Rezultat așteptat] | [Rezultat real] | [Status] | [Dovezi] |
3 | [Acțiune] | [Rezultat așteptat] | [Rezultat real] | [Status] | [Dovezi] |
6. Rezultat general. [Pass, fail sau blocat], cu un comentariu scurt.
7. Defecte. ID defect: [ID]. Pas: [număr pas]. Descriere: [ce s-a întâmplat]. Severitate: [critică, ridicată, medie sau scăzută].
8. Re-testare. Dată: [dată]. Rezultat: [pass sau fail]. Dovezi: [link].
9. Aprobarea. Tester: [nume, dată]. Proprietar de business: [nume, dată].
Exemplu de script de test UAT: comandă de achiziție până la factură
Iată un script de test UAT completat pentru un scenariu procure to pay. Detaliile sunt ilustrative.
UAT-P2P-001 · Creează o comandă de achiziție și înregistrează factura furnizorului · Prioritate ridicată
Condiții prealabile. Testerul are rolurile de cumpărător și casier AP în UAT. Furnizorul și materialul există. Toleranța de preț este configurată.
Date de test. Furnizor: furnizor de test A. Material: scaune de birou. Cantitate: 10. Preț: conform contractului.
Pas | Acțiune | Rezultat așteptat | Rezultat real | Status |
|---|---|---|---|---|
1 | Creează o comandă de achiziție pentru 10 scaune de birou de la furnizorul A | Comanda de achiziție este creată și este afișat un număr de PO | PO creată cu un număr | Pass |
2 | Eliberează PO pentru aprobare | PO este direcționată către aprobator și este aprobată | Aprobat | Pass |
3 | Înregistrează recepția bunurilor pentru 10 scaune | Recepția bunurilor este înregistrată față de PO | Înregistrat | Pass |
4 | Înregistrează factura furnizorului cu prețul din contract | Factura se potrivește cu PO și recepția și este înregistrată fără blocare | Înregistrată fără blocare | Pass |
5 | Înregistrează o a doua factură cu un preț peste toleranță | Factura este înregistrată cu o blocare de plată pentru diferențe de preț | Înregistrată fără blocare | Fail |
Rezultat general. Fail. Defect. DEF-112, pasul 5: diferența de preț peste toleranță nu a declanșat o blocare de plată. Severitate: ridicată.
Re-testare. După corectarea configurației toleranței, pasul 5 a fost re-testat și a trecut, cu înregistrarea atașată ca dovadă.
Cum să scrii pașii de test UAT pe care utilizatorii de business îi pot urma
O singură acțiune per pas, scrisă ca instrucțiune: „Introdu ID-ul furnizorului”, nu „Intrare furnizor”.
Folosește numele reale de ecran și câmpuri din sistemul tău.
Scrie un rezultat așteptat specific pentru fiecare pas, precum „Factura este înregistrată cu blocare de plată R”, nu „Funcționează”.
Include datele de test în script, astfel încât testerii să nu-și inventeze propriile date.
Testează și excepțiile, nu doar „happy path”, precum diferențe, aprobări lipsă și respingeri.
Păstrează fiecare script la un singur scenariu de business, de obicei 5 până la 20 de pași.
Urmărește fiecare script până la o cerință sau un rând fit-gap.
Pentru ce să captezi pe parcursul întregii faze de testare, vezi checklist-ul de documentație UAT.
Exemple de scripturi de test UAT pentru implementări ERP
Majoritatea ciclurilor UAT ERP acoperă procesele esențiale cap-coadă. Folosește-le ca listă de pornire și adaugă scripturi pentru excepțiile tale și cerințele locale.
Proces | Exemple de scripturi de test UAT |
|---|---|
Procure to pay | Creează și aprobă o PO, înregistrează recepția bunurilor, înregistrează factura în limitele și peste toleranță, rulează propunerea de plată |
Order to cash | Creează o comandă de vânzare, eliberează o blocare de credit, livrează și facturează, aplică plata primită, emite o notă de credit |
Record to report | Înregistrează și aprobă un jurnal manual, rulează amortizarea, înregistrează provizioane, rulează închiderea perioadei și rapoarte |
Hire to retire | Angajează un angajat, schimbă jobul și plătește, procesează un plecat, rulează un ciclu de testare a salarizării |
Master data | Creează un furnizor cu verificare bancară, creează un client cu limită de credit, creează un material |
Reporting | Rulează rapoarte operaționale și financiare cheie și compară cu totalurile așteptate |
Prioritizează scripturile după riscul de business: procesele care mișcă bani, afectează clienții sau sunt cerute legal vin primele, urmate de sarcini zilnice cu volum mare.
Criterii de intrare și ieșire pentru UAT
Stabilește-le înainte să înceapă UAT, astfel încât decizia de lansare să se bazeze pe dovezi, nu pe opinie.
Criterii | Exemple |
|---|---|
Criterii de intrare | Testarea sistemului este finalizată, mediul UAT este stabil, datele de test sunt încărcate, accesul utilizatorilor este setat, scripturile sunt aprobate, testerii sunt instruiți |
Criterii de ieșire | Toate scripturile cu prioritate ridicată sunt rulate, nu există defecte critice sau ridicate deschise, sunt documentate soluții agreate pentru defecte medii, proprietarii de business au semnat aprobarea |
Urmărește progresul zilnic în timpul UAT: scripturile rulate, cele care au trecut, cele care au eșuat și cele blocate, plus defectele pe severitate. Un stand-up zilnic scurt cu testerii și echipa de remediere menține re-testările în mișcare.
Cum să captezi dovezile UAT
Capturile de ecran lipite în e-mail sau în spreadsheet sunt greu de revizuit, ușor de pierdut și pot face să ratezi ce s-a întâmplat între ecrane. Înregistrarea testului este mai rapidă și mai completă:
Înregistrează ecranul testerului în timp ce rulează scriptul, povestind fiecare pas.
Leagă înregistrarea în coloana de dovezi, cu timestamp-uri pentru pașii cheie.
Folosește înregistrarea pentru defecte, astfel încât dezvoltatorii să vadă exact ce s-a întâmplat.
Păstrează înregistrarea ca dovadă pentru audit pentru aprobare.
Reutilizează înregistrările care au trecut pentru a construi instruire pentru noul sistem.
Script de test UAT, test case sau test plan?
Document | Ce este |
|---|---|
Test plan | Abordarea generală: scope, program, medii, roluri și criterii de intrare și ieșire |
Test case | O singură condiție de verificat, adesea scrisă de testeri sau QA |
UAT test script | Instrucțiuni pas cu pas pentru ca utilizatorii de business să testeze un scenariu real cap-coadă |
Test summary report | Rezultatele unui ciclu de testare și recomandarea pentru lansare |
Pentru setul complet de documente de testare, vezi șabloanele de documentație pentru testare.
Cum să rulezi UAT cu scripturi de test
Stabilește scope-ul și criteriile de intrare, precum testarea sistemului finalizată și un mediu UAT stabil.
Scrie scripturi din cerințe și scenarii de business, inclusiv excepții.
Pregătește datele de test și accesul utilizatorilor înainte să înceapă testarea.
Instruiți testerii cu privire la scripturi, dovezi și procesul de defecte.
Rulează scripturile și captează dovezi, înregistrând defectele față de pasul exact.
Remediază și re-testază defectele, înregistrând dovezile re-testării.
Revizuiește rezultatele față de criteriile de ieșire și obține aprobarea businessului.
Pentru folosirea video în documentația de implementare și în UAT, vezi cum să creezi documentație de implementare pentru proiecte IT și ghiduri UAT cu video.
Formate pentru scripturi de test UAT
Spreadsheet se potrivește pentru un număr mare de scripturi, cu filtrare după status, tester și prioritate.
Document se potrivește pentru scenarii detaliate, cu capturi de ecran și aprobare.
Instrument de management al testării se potrivește pentru programe mari care au nevoie de trasabilitate, dashboard-uri și integrare cu defecte.
Înregistrare se potrivește pentru dovezi, defecte și reutilizare ca instruire.
Cele mai bune practici pentru scripturi de test UAT
Scrie scripturi din scenarii de business, nu din meniurile sistemului.
Implică persoanele care vor folosi sistemul în scrierea și rularea scripturilor.
Fă rezultatele așteptate specifice și verificabile.
Testează excepțiile care cauzează probleme în viața reală.
Captează dovezi pentru fiecare script, nu doar pentru eșecuri.
Obține aprobarea de la proprietarul de business, nu doar de la tester.
Greșeli frecvente de evitat
Pași vagi, precum „procesează factura”.
Fără rezultate așteptate, astfel încât testerii să nu poată diferenția pass de fail.
Testează doar „happy path”.
Testerii își inventează propriile date de test.
Dovezile sunt împrăștiate în e-mail și chat.
Fără trasabilitate între scripturi, cerințe și defecte.
Checklist pentru scripturi de test UAT
Fiecare script are un ID, titlu, scenariu și referință la cerință.
Condițiile prealabile și datele de test sunt definite.
Fiecare pas are o singură acțiune și un rezultat așteptat specific.
Sunt testate excepțiile, nu doar „happy path”.
Rezultatele reale, statusul și dovezile sunt înregistrate pentru fiecare pas.
Defectele sunt legate de pasul exact și sunt re-testate.
Testerul și proprietarul de business au semnat aprobarea.
Cum te ajută Trupeer să rulezi UAT cu dovezi
Provocare UAT | Cum te ajută Trupeer |
|---|---|
Capturile de ecran din e-mail sunt greu de revizuit | Înregistrează fiecare rulare de test, iar Trupeer o transformă într-un document pas cu pas cu capturi de ecran și un video |
Defectele sunt greu de reprodus | Dezvoltatorii văd exact ce a făcut testerul în înregistrare |
Dovezile de test sunt împrăștiate | Păstrează fiecare document de test și video într-un singur loc căutabil |
Scrierea scripturilor durează | Înregistrează un utilizator cheie care face scenariul și folosește pașii generați ca proiect de script |
Instruirea începe prea târziu | Înregistrările testelor care au trecut devin conținut de instruire pentru noul sistem |
Vezi cum automatizarea documentației UAT de la Trupeer transformă înregistrările testelor în dovezi și documentație.
Genpact a folosit această abordare „recording-first” pentru o lansare Workday la nivel de companie, transformând sesiuni proces înregistrate în peste 500 materiale de instruire pentru 20 de fluxuri de lucru, în cinci limbi, pentru 140.000 de angajați din 40 de țări, în 3 luni în loc de 12. Citește povestea clientului Genpact.
Descarcă șablonul gratuit de script de test UAT
Deschide șablonul în Trupeer, adaugă scenariile, datele de test și pașii și distribuie-l testerilor tăi. Obține șablonul gratuit de script de test UAT.
Șabloane conexe
Șablon analiză fit-gap
Șablon plan de instruire pentru utilizatorii finali ERP
Întrebări frecvente
Ce este un șablon de script de test UAT?
Este un format gata de utilizat pentru instrucțiunile pas cu pas pe care utilizatorii de business le urmează în testarea de acceptanță a utilizatorilor, acoperind scenariul, condițiile prealabile, datele de test, pașii, rezultatele așteptate și reale, statusul, dovezile, defectele și aprobarea.
Ce ar trebui să includă un script de test UAT?
Un antet cu ID, titlu, scenariu și referință la cerință, detalii de test, condiții prealabile, date de test, pași numerotați cu rezultate așteptate și reale, status, dovezi, defecte, rezultate de re-testare și aprobare.
Care este diferența dintre un script de test UAT și un test case?
Un test case verifică o singură condiție și este adesea scris de QA. Un script de test UAT ghidează utilizatorii de business printr-un scenariu real de business cap-coadă, acoperind adesea mai multe condiții.
Câte pași ar trebui să aibă un script de test UAT?
De obicei 5 până la 20, acoperind un singur scenariu de business. Împarte scenariile mai lungi în mai multe scripturi.
Cine scrie scripturile de test UAT?
Analiștii de business sau liderii de testare le redactează de obicei pe baza cerințelor, iar responsabilii de procese și utilizatorii cheie le revizuiesc pentru a reflecta munca reală.
Cum captezi dovezile UAT?
Înregistrează ecranul testerului în timp ce rulează scriptul, leagă înregistrarea în coloana de dovezi cu timestamp-uri și păstreaz-o împreună cu rezultatele pentru aprobare și audit.
Ar trebui ca scripturile de test UAT să includă teste negative?
Da. Testează excepțiile precum diferențe, aprobări lipsă și date invalide, deoarece acolo apar problemele reale după lansare.
Există un șablon de script de test UAT în Excel?
Da. Un spreadsheet funcționează bine pentru multe scripturi, cu filtre pentru status, tester și prioritate. Deschide șablonul în Trupeer, personalizează-l și exportă-l sau copiază structura în Excel.
Există un șablon de script de test UAT în Word sau PDF?
Da. Folosește Word pentru scenarii detaliate și aprobare și exportă un PDF cu scripturile aprobate pentru înregistrările de audit.
Șablonul de script de test UAT este gratuit?
Da. Creează un cont gratuit pentru a deschide șablonul în Trupeer, personalizează-l și exportă-l.
Pot fi reutilizate scripturile de test UAT pentru instruire?
Da. Scripturile și înregistrările testelor care au trecut descriu sarcini reale în sistemul configurat, astfel încât oferă un punct de pornire solid pentru instruire.
Ce se întâmplă după aprobarea UAT?
Rezumatul testului merge la decizia de lansare, defectele deschise cu severitate mică sunt urmărite, iar scenariile care au trecut sunt reutilizate pentru testare de regresie și instruire.
