Oferă un exemplu de cum ai alege cazurile de test pentru o solicitare PUT.

Selectarea cazurilor de test pentru solicitările PUT vizează verificarea actualizării corecte a resursei, gestionarea diferitelor tipuri de date și scenarii negative.

Exemple de cazuri de test:

1. Scenariu pozitiv (actualizare de succes):

   • Actualizarea resursei cu toate câmpurile valide.
   • Actualizarea resursei doar cu o parte din câmpurile valide (dacă API-ul permite actualizări parțiale).
   • Actualizarea câmpurilor cu diferite tipuri de date (șiruri, numere, valori booleene), dacă este prevăzut în schemă.
   • Actualizarea resursei cu valorile minime permise (dacă este cazul).
   • Actualizarea resursei cu valorile maxime permise (dacă este cazul).

2. Scenarii negative (erori și excepții):

   • Încercarea de a actualiza o resursă inexistentă. Răspuns așteptat: 404 Not Found.
   • Trimiterea unei solicitări fără corp. Răspuns așteptat: 400 Bad Request sau 422 Unprocessable Entity.
   • Trimiterea unei solicitări cu format de corp invalid (de exemplu, JSON invalid). Răspuns așteptat: 400 Bad Request.
   • Trimiterea unei solicitări cu tipuri de date nevalide pentru câmpuri. De exemplu, șir în loc de număr. Răspuns așteptat: 400 Bad Request sau 422 Unprocessable Entity.
   • Trimiterea unei solicitări cu câmpuri obligatorii omise în corp. Răspuns așteptat: 400 Bad Request sau 422 Unprocessable Entity.
   • Trimiterea unei solicitări cu câmpuri care depășesc lungimea sau intervalul permis. Răspuns așteptat: 400 Bad Request sau 422 Unprocessable Entity.
   • Trimiterea unei solicitări cu valoare invalidă în cale (de exemplu, ID invalid). Răspuns așteptat: 400 Bad Request sau 404 Not Found.
   • Încercarea de a actualiza o resursă blocată sau inaccesibilă (dacă este cazul). Răspuns așteptat: 403 Forbidden sau 409 Conflict.
   • Trimiterea unei solicitări cu anteturi incorecte (de exemplu, Content-Type). Răspuns așteptat: 415 Unsupported Media Type sau 400 Bad Request.
   • Actualizarea cu caractere speciale sau emoji în câmpurile de text.

3. Condiții limită:

   • Actualizarea câmpurilor cu valori limită (de exemplu, dată minimă/maximă, numere limită).
   • Actualizarea câmpurilor cu șiruri goale sau valori null (dacă este permis).

4. Scenarii de acces paralel:

   • Încercarea simultană de a actualiza aceeași resursă din mai multe surse (dacă este relevant pentru sistemul testat).

5. Verificarea consecințelor actualizării:

   • Verificarea dacă datele au fost actualizate corect în baza de date sau alte sisteme.
   • Verificarea dacă resursele sau datele dependente au fost actualizate/modificate corespunzător (dacă există dependențe).
   • Verificarea dacă o solicitare GET către resursa actualizată returnează date actuale.
   • Verificarea dacă alte operații (DELETE, POST) cu resursa actualizată funcționează corect.

Criteriile pentru selectarea cazurilor de test specifice depind de specificația API, cerințele de afaceri, analiza riscurilor și prioritățile. Se utilizează tehnici de proiectare a testelor, cum ar fi divizarea în echivalent și analiza limitelor, pentru a determina cele mai reprezentative opțiuni de intrare.