Adj példát arra, hogyan választanád ki a teszteseteket egy PUT-kéréshez.

A PUT-kérések teszteseteinek kiválasztása a források helyes frissítésének, különböző adat típusok kezelésének és negatív forgatókönyvek ellenőrzésének céljából történik.

Példák tesztesetekre:

1. Pozitív forgatókönyv (sikeres frissítés):

   • A forrás frissítése minden érvényes mezővel.
   • A forrás frissítése csak részleges érvényes mezőkkel (ha az API lehetővé teszi a részleges frissítést).
   • A mezők különböző adat típusokkal való frissítése (szöveg, szám, logikai érték), ha ez a séma szerint megengedett.
   • A forrás frissítése minimálisan megengedett értékekkel (ha alkalmazható).
   • A forrás frissítése maximálisan megengedett értékekkel (ha alkalmazható).

2. Negatív forgatókönyvek (hibák és kivételek):

   • Nem létező forrás frissítése. Várt válasz: 404 Not Found.
   • Kérés küldése törzs nélkül. Várt válasz: 400 Bad Request vagy 422 Unprocessable Entity.
   • Érvénytelen törzsformátummal történő kérés küldése (pl. érvénytelen JSON). Várt válasz: 400 Bad Request.
   • A mezőkhöz nem megfelelő adat típusokkal történő kérés küldése. Például szöveg szám helyett. Várt válasz: 400 Bad Request vagy 422 Unprocessable Entity.
   • Kötelező mezők hiányával történő kérés küldése. Várt válasz: 400 Bad Request vagy 422 Unprocessable Entity.
   • A megengedettnél hosszabb vagy tartományon kívüli értékekkel történő kérés. Várt válasz: 400 Bad Request vagy 422 Unprocessable Entity.
   • Érvénytelen ID-vel történő kérés. Várt válasz: 400 Bad Request vagy 404 Not Found.
   • Zárolt vagy nem elérhető forrás frissítése. Várt válasz: 403 Forbidden vagy 409 Conflict.
   • Hibás fejléc (pl. Content-Type) használatával történő kérés. Várt válasz: 415 Unsupported Media Type vagy 400 Bad Request.
   • Különleges karakterek vagy emoji használata szöveges mezőkben.

3. Határértékek:

   • Határértékekkel való mezőfrissítés (pl. minimális/máximo dátum, határértékek számoknál).
   • Üres stringek vagy null értékek használata (ha ez megengedett).

4. Párhuzamos hozzáférési forgatókönyvek:

   • Egy erőforrás egyidejű frissítése több forrásból.

5. A frissítés következményeinek ellenőrzése:

   • Ellenőrizni, hogy az adatok helyesen frissültek az adatbázisban vagy más rendszerekben.
   • Ellenőrizni, hogy a függő erőforrások vagy adatok frissültek-e megfelelően.
   • Ellenőrizni, hogy a GET kérés az frissített erőforráshoz aktuális adatokat ad-e vissza.
   • Ellenőrizni, hogy a többi művelet (DELETE, POST) az frissített erőforrással helyesen működik.

A konkrét tesztesetek kiválasztásának kritériumai az API specifikációjától, az üzleti követelményektől, a kockázatelemzéstől és a prioritásoktól függenek. A teszttervezési technikák, mint az egyenértékű elosztás és a határérték-elemzés, segítségével határozzuk meg a legjelentősebb bemeneti adatokat.