Sniedz piemēru, kā tu izvēlētos testēšanas gadījumus PUT pieprasījumam.

Izvēloties testēšanas gadījumus PUT pieprasījumam, es vadītos pēc šādiem principiem:

1. Pozitīvie scenāriji:

   • Veiksmīga pilna esoša resursa atjaunošana ar derīgiem datiem.
   • Veiksmīga daļēja esoša resursa atjaunošana (ja API to atbalsta).
   • Resursa atjaunošana, izmantojot robežvērtības laukiem.

2. Negatīvie scenāriji:

   • Resursa neesamība pēc norādītā ID.
   • Nederīgs ID formāts.
   • Nederīgs datu tips pieprasījuma laukos.
   • Nepieciešamo lauku trūkums pieprasījuma ķermenī.
   • Nederīgs pieprasījuma ķermeņa formāts (piemēram, ne JSON).
   • Mēģinājums atjaunot laukus, kuri nedrīkst tikt atjaunoti (piemēram, ID, izveides datums).
   • Nepieciešamās piekļuves tiesību trūkums resursa atjaunošanai.
   • Konkurējoša resursa atjaunošana (lai pārbaudītu konfliktu apstrādi).

3. Robežnosacījumi:

   • Maksimālās atļautās vērtības skaitliskajiem laukiem.
   • Tukšas virknes teksta laukiem (ja tas ir atļauts).
   • Īpaši simboli teksta laukiem.
   • Garas virknes teksta laukiem.

4. Papildu efektu pārbaude:

   • Citu saistīto resursu izmaiņas pēc atjaunošanas.
   • Pareiza atjaunoto datu attēlošana citās sistēmas daļās (piemēram, lietotāja saskarnē).

Testēšanas gadījumu struktūras piemērs (lietotājs ar laukiem id, name, email):

Testa gadījuma ID	Apraksts	Pieprasījuma URL	Pieprasījuma ķermenis	Sagaidāmais statusa kods	Sagaidāmais atbildes ķermenis / uzvedība
PUT_USR_001	Veiksmīga pilna atjaunošana	/users/123	{"name": "Jauns Vārds", "email": "jauns@piemers.com"}	200	Atjaunotā lietotāja dati
PUT_USR_002	Lietotājs nav atrasts	/users/999	{"name": "Jauns Vārds"}	404	Kļūdas ziņojums par lietotāja neesamību
PUT_USR_003	Nederīgs e-pasta formāts	/users/123	{"email": "nederīgs-e-pasts"}	400	Kļūdas ziņojums par nederīgu e-pasta formātu
PUT_USR_004	Trūkst obligātais lauks (ja piemērojams)	/users/123	{}	400	Kļūdas ziņojums par trūkstošo lauku
PUT_USR_005	Atjaunošana ar maksimālo robežvērtību laukā	/users/123	{"name": "A" * 255}	200	Atjaunots lietotāja datums ar garu vārdu
PUT_USR_006	Mēģinājums atjaunot neatjaunojamu lauku (id)	/users/123	{"id": 456, "name": "Jauns Vārds"}	400/403	Kļūdas ziņojums par aizliegto / nepareizo pieprasījumu

Protams, konkrētais testēšanas gadījumu komplekts būs atkarīgs no API specifikācijas, biznesa loģikas un sistēmas arhitektūras.