Pateik pavyzdį, kaip pasirinktum testavimo atvejus PUT užklausai.

Testų atvejų pasirinkimas PUT užklausoms yra orientuotas į teisingo ištekliaus atnaujinimo, įvairių duomenų tipų apdorojimo ir neigiamų scenarijų patikrinimą.

Testų atvejų pavyzdžiai:

1. Teigiamas scenarijus (sėkmingas atnaujinimas):

   • Ištekliaus atnaujinimas su visais galiojančiais laukais.
   • Ištekliaus atnaujinimas tik su dalimi galiojančių laukų (jei API leidžia dalinį atnaujinimą).
   • Laukų atnaujinimas su skirtingų duomenų tipų (eilutės, skaičiai, loginės reikšmės), jei tai numatyta schema.
   • Ištekliaus atnaujinimas su minimaliai leidžiamomis reikšmėmis (jei taikoma).
   • Ištekliaus atnaujinimas su maksimaliai leidžiamomis reikšmėmis (jei taikoma).

2. Neigiamas scenarijus (klaidos ir išimtys):

   • Bandymas atnaujinti neegzistuojantį išteklį. Laukiama atsakymas: 404 Not Found.
   • Užklausos siuntimas be kūno. Laukiama atsakymas: 400 Bad Request arba 422 Unprocessable Entity.
   • Užklausos siuntimas su neteisingu kūno formatu (pvz., neteisingas JSON). Laukiama atsakymas: 400 Bad Request.
   • Užklausos siuntimas su neteisingais duomenų tipais laukams. Pvz., eilutė vietoje skaičiaus. Laukiama atsakymas: 400 Bad Request arba 422 Unprocessable Entity.
   • Užklausos siuntimas su praleistais būtinų laukų. Laukiama atsakymas: 400 Bad Request arba 422 Unprocessable Entity.
   • Užklausos siuntimas su reikšmėmis, viršijančiomis leidžiamą ilgį ar diapazoną. Laukiama atsakymas: 400 Bad Request arba 422 Unprocessable Entity.
   • Užklausos siuntimas su neteisinga reikšme kelio dalyje (pvz., neteisingas ID). Laukiama atsakymas: 400 Bad Request arba 404 Not Found.
   • Bandymas atnaujinti užblokuotą arba neprieinamą išteklių (jei taikoma). Laukiama atsakymas: 403 Forbidden arba 409 Conflict.
   • Užklausos siuntimas su neteisingais antraščių laukais (pvz., Content-Type). Laukiama atsakymas: 415 Unsupported Media Type arba 400 Bad Request.
   • Atnaujinimas naudojant specialius simbolius arba emoji eilutės laukuose.

3. Ribinių sąlygų patikrinimas:

   • Laukų atnaujinimas su ribinėmis reikšmėmis (pvz., minimalus/maksimalus data, ribiniai skaičiai).
   • Laukų atnaujinimas su tuščiais eilutėmis arba null reikšmėmis (jei tai leidžiama).

4. Paralelios prieigos scenarijai:

   • Vienalaikis bandymas atnaujinti tą patį išteklių iš kelių šaltinių.

5. Atnaujinimo pasekmių patikrinimas:

   • Patikrinti, ar duomenys teisingai atnaujinti duomenų bazėje ar kituose sistemose.
   • Patikrinti, ar priklausomi ištekliai ar duomenys buvo atnaujinti ar pakeisti tinkamai.
   • Patikrinti, ar GET užklausa į atnaujintą išteklių grąžina aktualius duomenis.
   • Patikrinti, ar kitos operacijos (DELETE, POST) su atnaujintu ištekliu veikia teisingai.

Konkrečių testų atvejų pasirinkimo kriterijai priklauso nuo API specifikacijos, verslo reikalavimų, rizikos analizės ir prioritetų. Naudojamos testavimo technikos, tokios kaip ekvivalentinis pasidalijimas ir ribinių reikšmių analizė, siekiant nustatyti labiausiai reprezentatyvius įvesties duomenis.