Sobes.tech
Middle

Uveď príklad, ako by si vybral testovacie prípady pre požiadavku PUT.

sobes.tech AI

Odpoveď od AI

Výber testovacích prípadov pre PUT požiadavky je zameraný na overenie správneho aktualizovania zdroja, spracovania rôznych typov údajov a negatívnych scenárov.

Príklady testovacích prípadov:

  1. Pozitívny scenár (úspešná aktualizácia):

    • Aktualizácia zdroja so všetkými platnými poľami.
    • Aktualizácia zdroja len s časťou platných poľí (ak API umožňuje čiastočnú aktualizáciu).
    • Aktualizácia polí rôznymi typmi údajov (reťazce, čísla, logické hodnoty), ak je to podľa schémy.
    • Aktualizácia zdroja s minimálne povolenými hodnotami (ak je to relevantné).
    • Aktualizácia zdroja s maximálne povolenými hodnotami (ak je to relevantné).
  2. Negatívne scenáre (chyby a výnimky):

    • Pokus o aktualizáciu neexistujúceho zdroja. Očakávaná odpoveď: 404 Not Found.
    • Odoslanie požiadavky bez tela. Očakávaná odpoveď: 400 Bad Request alebo 422 Unprocessable Entity.
    • Odoslanie požiadavky s neplatným formátom tela (napríklad neplatný JSON). Očakávaná odpoveď: 400 Bad Request.
    • Odoslanie požiadavky s neplatnými typmi údajov pre polia. Napríklad reťazec namiesto čísla. Očakávaná odpoveď: 400 Bad Request alebo 422 Unprocessable Entity.
    • Odoslanie požiadavky s chýbajúcimi povinnými poľami. Očakávaná odpoveď: 400 Bad Request alebo 422 Unprocessable Entity.
    • Odoslanie požiadavky s hodnotami presahujúcimi povolenú dĺžku alebo rozsah. Očakávaná odpoveď: 400 Bad Request alebo 422 Unprocessable Entity.
    • Odoslanie požiadavky s neplatnou hodnotou v ceste (napríklad neplatné ID). Očakávaná odpoveď: 400 Bad Request alebo 404 Not Found.
    • Pokus o aktualizáciu zablokovaného alebo nedostupného zdroja (ak je to relevantné). Očakávaná odpoveď: 403 Forbidden alebo 409 Conflict.
    • Odoslanie požiadavky s nesprávnymi hlavičkami (napríklad Content-Type). Očakávaná odpoveď: 415 Unsupported Media Type alebo 400 Bad Request.
    • Aktualizácia s použitím špeciálnych znakov alebo emoji v reťazcových poliach.
  3. Hranice hodnôt:

    • Aktualizácia polí s hranicnými hodnotami (napríklad minimálny/maximálny dátum, hraničné čísla).
    • Aktualizácia polí s prázdnymi reťazcami alebo null hodnotami (ak je to povolené).
  4. Scenáre paralelného prístupu:

    • Súčasná snaha aktualizovať rovnaký zdroj z viacerých zdrojov.
  5. Kontrola dôsledkov aktualizácie:

    • Kontrola, že údaje boli správne aktualizované v databáze alebo iných systémoch.
    • Kontrola, že závislé zdroje alebo údaje boli aktualizované alebo zmenené vhodným spôsobom.
    • Kontrola, že GET požiadavka na aktualizovaný zdroj vracia aktuálne údaje.
    • Kontrola, že ostatné operácie (DELETE, POST) s aktualizovaným zdrojom fungujú správne.

Kritériá výberu konkrétnych testovacích prípadov závisia od špecifikácie API, obchodných požiadaviek, analýzy rizík a priorít. Používajú sa techniky testovacieho návrhu ako ekvivalentné delenie a analýza hraníc, na určenie najvýznamnejších vstupných údajov.