clarificarea cerințelor părților interesate este un obiectiv de nivel înalt. Pentru a face scopurile AC mai clare, să le rupe în jos.
detalizarea domeniului de aplicare a caracteristicilor. AC definesc limitele poveștilor utilizatorilor. Acestea oferă detalii precise despre funcționalitate care ajută echipa să înțeleagă dacă povestea este finalizată și funcționează conform așteptărilor.
descriind scenarii negative. Yor AC poate solicita sistemului să recunoască intrările de parole nesigure și să împiedice un utilizator să continue., Formatul de parolă nevalid este un exemplu de așa-numit scenariu negativ atunci când un utilizator face intrări nevalide sau se comportă în mod neașteptat. AC defini aceste scenarii și să explice modul în care sistemul trebuie să reacționeze asupra lor.
setarea comunicării. Criteriile de acceptare sincronizează viziunile clientului și ale echipei de dezvoltare. Acestea se asigură că toată lumea are o înțelegere comună a cerințelor: dezvoltatorii știu exact ce fel de comportament trebuie să demonstreze caracteristica, în timp ce părțile interesate și clientul înțeleg ce se așteaptă de la caracteristică.
optimizarea testelor de acceptare., AC sunt baza testării de acceptare a povestirii utilizatorului. Fiecare criteriu de acceptare trebuie să fie testabil independent și, prin urmare, să aibă scenarii clare de trecere sau eșec. Ele pot fi, de asemenea, utilizate pentru a verifica povestea prin teste automate.
estimarea caracteristicilor. Criteriile de acceptare specifică exact ce trebuie dezvoltat de echipă. Odată ce echipa are cerințe precise, ei pot împărți poveștile utilizatorilor în sarcini care pot fi estimate corect.
criterii de acceptare tipuri și structuri
AC pot fi scrise în diferite formate., Există două cele mai comune, și cea de-a treia opțiune este să elaboreze propriul format:
- scenariu-orientate (Dat/Când/Atunci)
- reguli orientate (lista de verificare)
- formate personalizate
Ca primul și cel de-al doilea formate au foarte structuri specifice, ne vom concentra mai ales pe ei. Cu toate acestea, este posibil să descoperiți că alte formate se potrivesc mai bine produsului dvs., astfel încât să le atingem și pe scurt.
criterii de acceptare orientate pe scenariu
formatul orientat pe scenariu de scriere AC este cunoscut sub numele de tipul dat/când/atunci (GWT).,
- având în vedere o anumită condiție prealabilă
- când fac o acțiune
- atunci mă aștept la un rezultat
această abordare a fost moștenită de la behavior-driven development (BDD) și oferă o structură consistentă care ajută testerii să definească când să înceapă și să termine testarea unei anumite caracteristici. De asemenea, reduce timpul petrecut în scrierea cazurilor de testare, deoarece comportamentul sistemului este descris în avans.,fiecare criteriu de acceptare scris în acest format are următoarele afirmații:
- scenariu — numele comportamentului care va fi descris
- dat — starea de început a scenariului
- când — acțiune specifică pe care utilizatorul o face
- apoi — rezultatul acțiunii din „când”
- și — folosit pentru a continua oricare dintre cele trei declarații anterioare
când sunt combinate aceste ia pentru a finaliza o sarcină și experimenta rezultatul.să ne uităm la câteva exemple.,
Exemplul 1
poveste utilizator: ca utilizator, vreau să pot recupera parola în Contul meu, astfel încât să pot accesa Contul meu în cazul în care am uitat parola.,igated la pagina de login
atunci Când: A selectat utilizatorul a uitat parola opțiune
Și: a Intrat un e-mail validă pentru a primi un link pentru recuperarea parolei
Atunci: sistemul a trimis link-ul a intrat de e-mail
Având în vedere: utilizatorul primit link-ul prin e-mail
atunci Când: Utilizatorul a navigat prin link-ul primit în e-mail
Atunci: sistemul permite utilizatorului pentru a seta o nouă parolă
Exemplu 2
poveste de Utilizare: Ca utilizator, vreau să fie în măsură să solicite bani din contul meu în ATM-uri, astfel încât să va fi capabil de a primi banii din contul meu de repede și în locuri diferite.,alid
Și: dozatorul contine numerar
atunci Când: clientul solicită bani
Atunci: asigurați-vă contul este debitat
Și: a se asigura de numerar este distribuit
Și: asigura cardul este returnat
criterii de Acceptare 2:
Având în vedere: ca, contul e pe minus
Și: cardul este valabil
atunci Când: clientul solicită bani
Atunci: asigura respingerea mesaj este afișat
Și: a se asigura de numerar nu este distribuit
Reguli orientate criterii de acceptare a format
În unele cazuri, este dificil pentru a se potrivi criteriile de acceptare în Dat/Când/Apoi structura., De exemplu, GWT ar fi cu greu util pentru următoarele cazuri:
- lucrați cu povești de utilizator care descriu funcționalitatea la nivel de sistem care are nevoie de alte metode de asigurare a calității.
- publicul țintă pentru criteriile de acceptare nu are nevoie de detalii precise ale scenariilor de testare.
- scenarii GWT nu se potrivesc pentru a descrie constrângerile de proiectare și experiența utilizatorului de o caracteristică. Dezvoltatorii pot pierde o serie de detalii critice.
puteți aborda aceste cazuri cu formatul AC orientat spre reguli.,
forma orientată spre reguli presupune că există un set de reguli care descriu comportamentul unui sistem. Pe baza acestor reguli, puteți desena scenarii specifice.de obicei, criteriile compuse folosind acest formular arată ca o listă simplă de gloanțe. Să aruncăm o privire la un exemplu.
exemplu
poveste utilizator: ca utilizator, vreau să folosesc un câmp de căutare pentru a introduce un oraș, un nume sau o stradă, astfel încât să pot găsi opțiuni de hotel potrivite.,
criterii de acceptare a interfeței de căutare de bază
- câmpul de căutare este plasat în bara de sus
- căutarea începe odată ce utilizatorul face clic pe „Căutare”
- câmpul conține un substituent cu un text de culoare gri: „unde te duci?”
- substituentul dispare odată ce utilizatorul începe să tasteze
- căutarea este efectuată dacă un utilizator introduce într-un oraș, nume de hotel, stradă sau toate combinate
- căutarea este în engleză, franceză, germană și ucraineană
- utilizatorul nu poate introduce mai mult de 200 de simboluri
- căutarea nu acceptă simboluri speciale (caractere)., Dacă utilizatorul a tastat un simbol special, afișați mesajul de avertizare: „intrarea de căutare nu poate conține simboluri speciale.”
alte formate
majoritatea poveștilor utilizatorilor pot fi acoperite cu două formate menționate mai sus. Cu toate acestea, puteți inventa propriile criterii de acceptare, având în vedere că servesc scopurilor lor, sunt scrise clar în limba engleză și nu pot fi interpretate greșit. Unele Echipe folosesc chiar și text simplu.uneori, criteriile dvs. pot fi specificate ca exemplu de comportament al sistemului: