Caz de testare
În ingineria software , un caz de testare este un set de condiții sau variabile în care un tester determină dacă o aplicație software sau un sistem răspunde corect sau nu. Mecanismul pentru a determina dacă un program software sau un sistem a trecut un test este cunoscut sub numele de oracol de testare.
Cazuri de testare formale
Pentru a demonstra pe deplin că toate cerințele unei aplicații software sunt îndeplinite, trebuie pregătite cel puțin două cazuri de testare pentru fiecare cerință: un test pozitiv și unul negativ. Dacă o cerință are sub-cerințe, fiecare sub-cerință trebuie să aibă cel puțin două cazuri de testare. Trasabilitatea dintre cerință și testele aferente se realizează datorită matricei de trasabilitate . Documentele cazului de testare trebuie să includă o descriere a funcționalității testate și pregătirea pentru a rula testul.
Un document de caz de testare este caracterizat printr-o intrare (furnizată) și o ieșire așteptată, specificate înainte de testul executat. Intrarea furnizată trebuie să testeze o precondiție, în timp ce ieșirea așteptată o postcondiție .
Cazuri de testare informale
Pentru aplicații sau sisteme fără cerințe formale, documentele cazului de testare se pot baza pe operațiuni normale acceptate de program.
Într-un scenariu de testare , poveștile ipotetice sunt folosite pentru a-l ajuta pe tester să gândească printr-o problemă sau sistem complex. De obicei, aceste scenarii nu sunt scrise în detaliu. Ele pot fi la fel de simple ca o diagramă sau pot fi o descriere scrisă în limbaj natural. Scenariul ideal de testare este o poveste bine fundamentată, credibilă, complexă și ușor de evaluat.
Format tipic al unui caz de testare
Un caz de testare reprezintă un singur pas, sau uneori o secvență de pași, pentru a testa corectitudinea comportamentului și / sau funcționalității, care sunt particularitățile unei aplicații software. Un rezultat sau un comportament așteptat este de obicei furnizat.
Informațiile suplimentare pe care le poate include un caz de testare se referă la:
- ID-ul cazului de testare
- Descrierea cazului de testare
- pasul de testare sau numărul ordinului de execuție
- cerință (e) conexă (e)
- adâncime
- categoria de testare
- autor
- bifați caseta pentru a indica dacă testul poate fi automatizat și dacă a fost automatizat
- Rezultatul așteptat și rezultatul găsit.
- Câmpuri suplimentare care pot fi incluse și completate după efectuarea testului:
- a trecut sau a eșuat
- comentarii
Cazurile complexe de testare pot conține, de asemenea, descrierea condițiilor prealabile și post-condiții. Un caz de testare trebuie să aibă un câmp în care va fi raportat rezultatul găsit în urma executării.
Acești pași pot fi înregistrați într-un document text, foaie de calcul, bază de date sau alt format.
Când este stocat într-o bază de date, puteți vizualiza rezultatele testelor anterioare și cine a generat aceste rezultate, precum și configurația sistemului utilizată pentru a le produce. Aceste informații sunt de obicei stocate în diferite tabele.
Suitele de testare conțin de obicei
- Un rezumat al testelor
- Configurația a fost testată
În plus față de descrierea funcționalității care urmează să fie testate și cerințele care trebuie pregătite pentru a se asigura că testul poate fi efectuat, partea care necesită o investiție mai mare de timp în scrierea unui caz de testare este crearea testelor și modificarea lor în caz de schimbări în sistem.
În anumite circumstanțe, este necesar să se efectueze un test, să se producă rezultatele și să existe o echipă de experți care să îl evalueze pentru a stabili dacă testul a eșuat sau a trecut. Acest lucru se întâmplă adesea la evaluarea performanței unui produs nou. Primul test este apoi utilizat ca bază pentru testele ulterioare și pentru a evalua ciclurile de eliberare ulterioare ale produsului.
Testele de acceptare , care utilizează o versiune modificată a cazurilor de testare, sunt de obicei efectuate de un grup de utilizatori sau clienți ai sistemului pentru a se asigura că dezvoltarea corespunde cerințelor specificate sau contractului. Testele de acceptare diferă prin includerea de căi fericite sau teste pozitive și excluderea aproape completă a cazurilor de testare negative.
linkuri externe
- Scrierea cazurilor de testare a securității software - Introducerea cazurilor de testare a securității în planul de testare de către Robert Auger
- How to write cases test Arhivat 26 iulie 2012 la Internet Archive . de Oan Bota
- Ingineria cazurilor de testare software Ajay Bhagwat
