Criteriile de acceptare sunt o descriere a ceea ce ar trebui verificat de un test. Având în vedere o cerință de genul: „În calitate de utilizator, vreau să scot o carte din bibliotecă”, un criteriu de acceptare ar putea fi: „verifică dacă cartea este marcată ca fiind scoasă din bibliotecă”. Un test de acceptare pentru această cerință oferă detalii astfel încât testul să poată fi executat cu același efect de fiecare dată.
Formatul testuluiEdit
Testele de acceptare urmează, de obicei, această formă:
Dat (configurare)
O stare specificată a unui sistem
Când (declanșare)
Are loc o acțiune sau un eveniment
Apoi (verificare)
Starea sistemului s-a schimbat sau a fost produsă o ieșire
De asemenea, este posibil să se adauge declarații care încep cu AND în oricare dintre secțiunile de mai jos (Dat, Când, Apoi).
Pentru cerința de exemplu, etapele ar putea fi enumerate astfel:
Given Book that has not been checked outAnd User who is registered on the systemWhen User checks out a bookThen Book is marked as checked out
Completați testulEdit
Etapele anterioare nu includ date specifice de exemplu, astfel încât acestea sunt adăugate pentru a completa testul:
Dat:
Carte care nu a fost verificată
| Cărți | |
|---|---|
| Titlu | Cercetat |
| Carte grozavă | Nu |
Utilizatorul care este înregistrat în sistem
| Utilizatori | |
|---|---|
| Nume | Sam |
Când:
Utilizatorul verifică o carte
| Acțiune de verificare | |||
|---|---|---|---|
| Utilizator | Sam | Cere o carte | Carte mare |
Atunci:
Cartea este marcată ca fiind verificată
| Cărți | |||
|---|---|---|---|
| Titlu | Cercetat | Utilizator | |
| Great carte | Da | Sam |
Examinarea testuluiEdit
Examinarea testului cu date specifice conduce, de obicei, la multe întrebări. Pentru eșantion, acestea ar putea fi:
- Ce se întâmplă dacă cartea este deja verificată?
- Ce se întâmplă dacă cartea nu există?
- Ce se întâmplă dacă utilizatorul nu este înregistrat în sistem?
- Există o dată la care cartea trebuie să fie descărcată?
- Câte cărți poate descărca un utilizator?
Aceste întrebări ajută la clarificarea cerințelor lipsă sau ambigue. Detaliile suplimentare, cum ar fi o dată limită, pot fi adăugate la rezultatul așteptat. Alte teste de acceptare pot verifica dacă anumite condiții, cum ar fi încercarea de a extrage o carte care a fost deja extrasă, produc eroarea așteptată.
Un alt exemplu de testEdit
Să presupunem că clientul de afaceri dorea o regulă de afaceri conform căreia un utilizator poate extrage doar o singură carte la un moment dat. Următorul test ar demonstra acest lucru:
Scenariu:Verificarea faptului că regula de afaceri de checkout este aplicată
Dat:
Carte care a fost scoasă
| Cărți | ||
|---|---|---|
| Titlu | Cercetată | Utilizator |
| Carte grozavă | Da | Sam |
| Încă o carte grozavă | Nu |
Nume
Sam
Când:
Utilizatorul verifică o altă carte
| Acțiune de verificare | |||
|---|---|---|---|
| Utilizator | Sam | Vehecks out | Încă o carte grozavă |
Atunci:
Se produce o eroare
Descriere
Violarea regulii de afaceri de checkout
Teste de acceptare a proiectuluiEdit
În plus față de testele de acceptare pentru cerințe, testele de acceptare pot fi utilizate pentru un proiect în ansamblu. De exemplu, dacă această cerință făcea parte dintr-un proiect de verificare a cărților de la bibliotecă, ar putea exista teste de acceptare pentru întregul proiect. Acestea sunt adesea denumite obiective SMART. Un exemplu de test este „Când noul sistem de bibliotecă va fi în producție, utilizatorii vor putea verifica cărțile de trei ori mai repede decât o fac în prezent”.
.