Too näide, kuidas sa valiksid PUT-päringuks testjuhtumid.

Testide valiku PUT-päringute jaoks on suunatud õige ressursi uuendamise, erinevat tüüpi andmete töötlemise ja negatiivsete stsenaariumite kontrollimisele.

Testide näited:

1. Positiivne stsenaarium (edu saavutav uuendus):

   • Ressursi uuendamine kõigi kehtivate väljadega.
   • Ressursi uuendamine ainult osade kehtivate väljadega (kui API võimaldab osalist uuendust).
   • Väljade uuendamine erinevat tüüpi andmetega (tekst, numbrid, loogilised väärtused), kui see on skeemiga ette nähtud.
   • Ressursi uuendamine minimaalsete lubatud väärtustega (kui see on rakendatav).
   • Ressursi uuendamine maksimaalsete lubatud väärtustega (kui see on rakendatav).

2. Negatiivsed stsenaariumid (vead ja erandid):

   • Katse uuendada olemasolevat ressurssi, mida ei eksisteeri. Oodatav vastus: 404 Not Found.
   • Päringu saatmine ilma kehata. Oodatav vastus: 400 Bad Request või 422 Unprocessable Entity.
   • Päringu saatmine kehtetu kehaformaadiga (nt kehtetu JSON). Oodatav vastus: 400 Bad Request.
   • Päringu saatmine kehtetute andmetüüpidega väljadele. Näiteks tekst asemel number. Oodatav vastus: 400 Bad Request või 422 Unprocessable Entity.
   • Päringu saatmine kohustuslike väljadega, mis on puudu. Oodatav vastus: 400 Bad Request või 422 Unprocessable Entity.
   • Päringu saatmine väärtustega, mis ületavad lubatud pikkuse või vahemiku. Oodatav vastus: 400 Bad Request või 422 Unprocessable Entity.
   • Päringu saatmine kehtetu ID-ga. Oodatav vastus: 400 Bad Request või 404 Not Found.
   • Katse uuendada blokeeritud või kättesaamatut ressurssi (kui see on rakendatav). Oodatav vastus: 403 Forbidden või 409 Conflict.
   • Päringu saatmine valede päistega (nt Content-Type). Oodatav vastus: 415 Unsupported Media Type või 400 Bad Request.
   • Uuendamine spetsiaalsete märkide või emoji kasutamisega tekstiväljadele.

3. Piirväärtuste kontroll:

   • Väljade uuendamine piirväärtustega (nt minimaalne/maksimaalne kuupäev, piirväärtused numbrites).
   • Väljade uuendamine tühjade stringide või null-väärtustega (kui see on lubatud).

4. Paralleelne juurdepääs:

   • Sama ressursi samaaegne uuendamine mitmest allikast.

5. Uuendamise tagajärgede kontroll:

   • Kontrollida, kas andmed on õigesti uuendatud andmebaasis või teistes süsteemides.
   • Kontrollida, kas sõltuvad ressursid või andmed on uuendatud või muudetud vastavalt.
   • Kontrollida, kas GET-päring uuendatud ressursile tagastab ajakohased andmed.
   • Kontrollida, kas teised toimingud (DELETE, POST) uuendatud ressursiga töötavad õigesti.

Konkreetsete testide valiku kriteeriumid sõltuvad API spetsifikatsioonist, ärinõuetest, riskianalüüsist ja prioriteetidest. Kasutatakse testdisaini tehnikaid, nagu ekvivalentne jaotamine ning piirväärtuste analüüs, et määrata kõige tähenduslikumad sisendandmed.