PUT sorğusu üçün test hallarını necə seçəcəyinizə nümunə verin.

PUT sorğuları üçün test hallarının seçimi, resursun düzgün yenilənməsini, müxtəlif məlumat növlərinin işlənməsini və neqativ ssenariləri yoxlamağa yönəlib.

Test hallarının nümunələri:

1. Müsbət ssenari (uğurlu yeniləmə):

   • Bütün keçərli sahələrlə resursu yeniləmək.
   • API qismən yeniləməyə icazə verirsə, yalnız qismən keçərli sahələrlə resursu yeniləmək.
   • Şemaya görə nəzərdə tutulmuşsa, müxtəlif məlumat növləri ilə (sətirlər, ədədlər, boolean dəyərlər) sahələri yeniləmək.
   • Minimal icazə verilən dəyərlərlə resursu yeniləmək (əgər mümkündürsə).
   • Maksimal icazə verilən dəyərlərlə resursu yeniləmək (əgər mümkündürsə).

2. Negativ ssenarilər (səhvlər və istisnalar):

   • Mövcud olmayan resursu yeniləməyə cəhd. Gözlənilən cavab: 404 Not Found.
   • Bədən olmadan sorğu göndərmək. Gözlənilən cavab: 400 Bad Request və ya 422 Unprocessable Entity.
   • Yanlış JSON formatında sorğu göndərmək. Gözlənilən cavab: 400 Bad Request.
   • Sahələr üçün düzgün olmayan məlumat tipləri ilə sorğu göndərmək. Məsələn, ədədlə yerinə sətir. Gözlənilən cavab: 400 Bad Request və ya 422 Unprocessable Entity.
   • Zəruri sahələr daxil edilməyibsə, sorğu göndərmək. Gözlənilən cavab: 400 Bad Request və ya 422 Unprocessable Entity.
   • Uzunluğu və ya diapazonu aşan sahələrlə sorğu göndərmək. Gözlənilən cavab: 400 Bad Request və ya 422 Unprocessable Entity.
   • Yanlış ID ilə yol boyunca sorğu göndərmək. Gözlənilən cavab: 400 Bad Request və ya 404 Not Found.
   • Bloklanmış və ya əlçatan olmayan resursu yeniləməyə cəhd (əgər mümkündürsə). Gözlənilən cavab: 403 Forbidden və ya 409 Conflict.
   • Yanlış başlıqlarla sorğu göndərmək (məsələn, Content-Type). Gözlənilən cavab: 415 Unsupported Media Type və ya 400 Bad Request.
   • Xüsusi simvollar və ya emoji istifadə edərək mətn sahələrini yeniləmək.

3. Sərhəd şərtləri:

   • Sərhəd dəyərləri ilə sahələri yeniləmək (məsələn, minimal/maksimal tarix, sərhəd ədədlər).
   • Boş sətirlər və ya null dəyərlərlə sahələri yeniləmək (əgər icazə verilirsə).

4. Paralel giriş ssenariləri:

   • Eyni resursu birdən çox mənbədən eyni vaxtda yeniləməyə cəhd etmək (əgər test olunan sistem üçün əhəmiyyətlidirsə).

5. Yeniləmənin nəticələrinin yoxlanması:

   • Məlumatların düzgün bazaya və ya digər sistemlərə yeniləndiyini yoxlamaq.
   • Asılı resursların və ya məlumatların müvafiq şəkildə yeniləndiyini və ya dəyişdirildiyini yoxlamaq (əgər asılılıqlar varsa).
   • Yenilənmiş resursa GET sorğusunun aktual məlumatları qaytardığını yoxlamaq.
   • Digər əməliyyatların (DELETE, POST) yenilənmiş resursla düzgün işlədiyini yoxlamaq.

Xüsusi test hallarının seçilməsi meyarları API-nin spesifikasiyasına, biznes tələblərinə, risk analizinə və prioritetlərə bağlıdır. Test dizayn texnikaları, məsələn, ekvivalent bölmələrə ayırma və sərhəd analizi, ən təsirli giriş variantlarını müəyyən etmək üçün istifadə olunur.