• API Sınaq Dərsliklərinin Siyahısı
• Bu API Test Seriyasında Dərsliklərə İcmal
  • • (ii) Yükləmə və Performans Testi
  • Təşkilatınızda API Testini Necə Təqdim etməli
  • Ümumi Çətinliklər və Onların Azaldılması Yolları
    • #1) Doğru Aləti Seçmək
    • #2) Çatışmayan Test Spesifikasiyaları
    • #3) Öyrənmə əyrisi
    • #4) Mövcud Bacarıqlar Seti
  • Case Study
• Nəticə
• API Sınaq Təlimatı
  • Sola Köçürmə Testi
  • Proqram təminatının İnkişafı Həyat Dövrü (SDLC) Sola keçmədən əvvəl
  • Sola sürüşmə testinin mərhələləri
  • Web API
  • API Necə İşləyir?
  • Veb Xidmətləri
  • Veb Xidmətləri vs Web API
• Təşkilatınızda API Testinin Tətbiqi
  • APİ testinə keçidə diqqət yetirin
  • API Testinin Tam Spektri
    • (i) Funksional Test

Bu Dərin API Sınaq Təlimatında API Testi, Veb Xidmətləri və Təşkilatınızda API Testini Necə Tətbiq Etmək Haqqında Hər şeyi izah edir:

API Testi ilə yanaşı, API Sınaqına dair dərin fikir əldə edin. Bu giriş dərsliyindən sola sürüşdürmə testi və veb xidmətləri konsepsiyası.

Web API kimi anlayışlar, API-nin necə işlədiyi (real dünya nümunəsi ilə) və onun Veb Xidmətlərindən nə ilə fərqləndiyi buradakı nümunələrlə yaxşı izah edilmişdir. təlimat.

API Sınaq Dərsliklərinin Siyahısı

Təlimat №1: API Test Təlimatları: Başlayanlar üçün Tam Bələdçi

Təlimat №2: Veb Xidmətləri Təlimatı: Komponentlər, Memarlıq, Növlər & Nümunələr

Təlimat №3: Cavabları Olan Top 35 ASP.Net və Veb API Müsahibə Sualları

Təlimat №4: POSTMAN Təlimatı: API Testi POSTMAN-dan istifadə

Təlimat №5: Apache HTTP Müştərisindən istifadə edərək Veb Xidmətlərinin Testi

Bu API Test Seriyasında Dərsliklərə İcmal

Təlimat #	Nə Öyrənəcəksiniz
Təlimat_#1:	API Test Təlimatları : Başlayanlar üçün Tam Bələdçi Bu Dərin API Sınaq təlimatı API Testi və Veb Xidmətləri haqqında hər şeyi ətraflı izah edəcək və həmçinin təşkilatınızda API Testini necə tətbiq etmək barədə sizə maarifləndirəcək.
Tutorial_#2:	Veb Xidmətləri Təlimatı: Komponentlər, Arxitektura, Növlər & Nümunələr Bu VebAPI-dən etibarlı və etibarsız cavab üçün cavabların düzgünlüyü həqiqətən vacibdir. Test API-dən cavab olaraq 200 status kodu (hamısı Tamam deməkdir) qəbul edilirsə, lakin cavab mətnində xətaya rast gəlindiyi deyilirsə, bu, qüsurdur. Əlavə olaraq, səhv mesajı özü səhvdir, onda bu API ilə inteqrasiya etməyə çalışan son müştəri üçün çox yanıltıcı ola bilər. Aşağıdakı skrinşotda istifadəçi məqbul olan 2267 Kq-dan çox olan yanlış çəki daxil edib. API xəta statusu kodu və xəta mesajı ilə cavab verir. Bununla belə, səhv mesajında ​​çəki vahidləri KG əvəzinə lbs kimi yanlış qeyd olunur. Bu, son müştərini çaşdıra bilən qüsurdur. (ii) Yükləmə və Performans Testi API-lər dizaynla miqyaslana bilən olmalıdır. Bu, öz növbəsində Yük və Performans Testini vacib edir, xüsusən dizayn edilən sistemin tələbdən asılı olaraq dəqiqədə və ya saatda minlərlə sorğuya xidmət edəcəyi gözlənilirsə. API-də müntəzəm olaraq Yükləmə və Performans Testlərinin yerinə yetirilməsi performansı, pik yükləri və qırılma nöqtəsini müqayisə etməyə kömək edə bilər. Bu məlumat tətbiqi genişləndirməyi planlaşdırarkən faydalıdır. Bu məlumatın mövcud olması qərarları və planlaşdırmanı dəstəkləməyə kömək edəcək, xüsusən də təşkilat daha çox müştəri əlavə etməyi planlaşdırırsa, bu da daha çox daxil olmaq deməkdir.sorğular. Təşkilatınızda API Testini Necə Təqdim etməli İstənilən təşkilatda API testinin tətbiqi prosesi hər hansı digər test aləti və çərçivəsini tətbiq etmək və ya yaymaq üçün istifadə olunan prosesə bənzəyir. Aşağıdakı cədvəl hər bir addımın gözlənilən nəticəsi ilə yanaşı əsas addımları ümumiləşdirir. Faza Addım Gözlənilən nəticə Alət seçimi Tələbləri toplayın və məhdudiyyətləri müəyyənləşdirin Tədqiqat üçün tələbləri anlayın müvafiq API test aləti üçün bazar. Məsələn. Hansı API sınaqdan keçirilir - SOAP və ya REST? Bu rol üçün sınaqçı işə götürməliyik və ya mövcud testçini öyrətməliyik? Hansı testlər aparılacaq - funksional, performans testləri və s. İcra üçün büdcə nə qədərdir? Mövcud alətləri qiymətləndirin Mövcud alətləri müqayisə edin və tələblərə ən yaxşı cavab verən 1 və ya 2 aləti qısa siyahıya salın. Konseptin sübutu Qısa siyahıya alınmış alətlə testlərin alt dəstini həyata keçirin. Nəticələri maraqlı tərəflərə təqdim edin. Tətbiq ediləcək aləti yekunlaşdırın. İcra Başlamaq Seçdiyiniz alətdən asılı olaraq, tələb olunan aləti PC, Virtual maşın və ya serverə quraşdırmalı olacaqsınız. Əgər seçim alət abunəlik əsasındadırsa , tələb olunan komanda yaradınhesablar. Tələb olunduqda komandanı məşq edin. Davam edin Testlər yaradın Testləri yerinə yetirin Qüsurları bildirin Ümumi Çətinliklər və Onların Azaldılması Yolları Gəlin QA komandalarının qarşılaşdığı bəzi ümumi problemləri müzakirə edək Təşkilatda API test çərçivəsini tətbiq etməyə çalışarkən qarşılaşırsınız. #1) Doğru Aləti Seçmək İş üçün düzgün aləti seçmək ən ümumi problemdir. Bazarda mövcud olan bir neçə API test alətləri var. Bazarda mövcud olan ən son, ən bahalı aləti tətbiq etmək çox cəlbedici görünə bilər, lakin o, istənilən nəticəni vermirsə, o zaman həmin alət heç bir faydası yoxdur. Ona görə də həmişə təşkilati ehtiyaclarınıza əsaslanaraq "olmalıdır" tələblərinə cavab verən aləti seçin. Budur, alətin qiymətləndirilməsi üçün nümunə matrisa mövcud API Alətləri Alət Qiymətləndirmə Qeydlər Soap UI SoapUI Açıq Mənbə (Funksional sınaq) üçün mövcud Pulsuz Versiya * REST, SOAP və digər məşhur API və IoT protokolları. * Pulsuz versiyaya daxildir SOAP və REST ad-hoc testi Mesaj təsdiqi Drag & Düşmə Testinin Yaradılması Test Qeydləri Test Konfiqurasiyası Yazılardan Test Vahid Hesabatı. * Xüsusiyyətlərin tam siyahısı ola bilər onların içində tapılırvebsayt. Postman Pulsuz Poçtalyon Proqramı mövcuddur * İstirahət üçün ən çox istifadə olunur. * Xüsusiyyətlər onların veb saytında tapıla bilər. Parasoft Bu ödənişli alətdir, lisenziya almaq və sonra quraşdırma tələb edir alət istifadə edilməzdən əvvəl. * Kompleks API testi: funksional, yük, təhlükəsizlik testi, test məlumatlarının idarə edilməsi vREST İstifadəçilərin sayına əsasən * Avtomatlaşdırılmış REST API Testi. * Qeyd və təkrar oxutma. * Saxta API-lərdən istifadə edərək frontend və backenddən asılılığı aradan qaldırır. * Güclü Cavab Doğrulaması. * Localhost/intranet/internet-də yerləşdirilmiş test proqramları üçün işləyir. * JIRA Integration, Jenkins Integration Imports from Swagger, Postman. HttpMaster Express Edition: Yükləmək pulsuzdur Professional versiya: İstifadəçilərin sayına əsasən * Veb-sayt testində, eləcə də API testində kömək edir. * Digər xüsusiyyətlərə qlobal parametrləri müəyyən etmək imkanı daxildir, istifadəçiyə geniş yoxlama növləri dəstindən istifadə etməklə məlumatların cavabının yoxlanılması üçün yoxlamalar yaratmaq imkanı verir. dəstəkləyir. Runscope İstifadəçilərin sayına və plan növlərinə əsasən * API-lərin monitorinqi və sınaqdan keçirilməsi üçün. * Düzgün məlumatların qaytarılmasını təmin etmək üçün məlumatların yoxlanılması üçün istifadə edilə bilər. * Xüsusiyyətləri ehtiva edirhər hansı bir API əməliyyatı uğursuzluğu halında izləmə və bildiriş (əgər tətbiqiniz ödənişin yoxlanılmasını tələb edirsə, bu alət yaxşı seçim ola bilər). LoadFocus İstifadəçilərin sayına və plan növlərinə əsasən * API yükləmə testi üçün istifadə edilə bilər - API-nin dəstəkləyə biləcəyi istifadəçilərin sayını öyrənmək üçün bir neçə test keçirməyə imkan verir. * İstifadəsi sadə - brauzer daxilində testlər keçirməyə imkan verir. PingAPI 1 layihə üçün pulsuz (1000 sorğu) ) * Avtomatlaşdırılmış API Testi və Monitorinqi üçün faydalıdır. #2) Çatışmayan Test Spesifikasiyaları Sınaqçılar olaraq biz bilməliyik tətbiqi effektiv şəkildə sınaqdan keçirmək üçün gözlənilən nəticələr. Bu, çox vaxt çətin olur, çünki gözlənilən nəticələri bilmək üçün aydın dəqiq tələblərə malik olmalıyıq – bu belə deyil. Məsələn , aşağıda verilmiş tələbləri nəzərdən keçirin: “Tətbiq yalnız etibarlı göndərmə tarixini qəbul etməlidir və bütün etibarsız tələblər rədd edilməlidir” Bu tələblərdə əsas detallar yoxdur və çox qeyri-müəyyəndir – etibarlı tarixi necə müəyyən edirik? Bəs format? Biz son istifadəçiyə hər hansı imtina mesajını qaytarırıqmı və s.? Aydın Tələblər Misal: 1) Tətbiq yalnız etibarlı göndərmə tarixini qəbul edin. Göndərmə tarixi əgər varsa, etibarlı sayılır Keçmişdə deyil Bugünkü tarixdən daha böyük və ya ona bərabərdir Məqbul formatdadır: GG/AA/YYYY 2) Cavab Status kodu = 200 Mesaj: OK 3) Göndərmə tarixi yuxarıdakı meyarlara uyğun gəlmirsə etibarsız hesab edilməlidir. Müştəri etibarsız göndərmə tarixi göndərirsə, o, aşağıdakı xəta mesajı(lar)ı ilə cavab verməlidir: 3.1 Cavab Status kodu DEYİL 200 Xəta: Göndərmə tarixi etibarsızdır; lütfən, tarixin GG/AA/İYYY formatında olduğundan əmin olun 3.2 Cavab Statusu kodu 200 DEYİL Xəta: Göndərmə tarixi göstərilib keçmiş #3) Öyrənmə əyrisi Əvvəlcə qeyd edildiyi kimi, API testi üçün yanaşma GUI əsaslı tətbiqləri sınaqdan keçirərkən izlənilən yanaşma ilə müqayisədə fərqlidir. Əgər siz API sınağı üçün şirkət daxilində mütəxəssislər və ya məsləhətçilər işə götürürlər, onda API test yanaşmasının və ya API test alətinin öyrənmə əyrisi minimal ola bilər. Bu halda hər hansı öyrənmə əyrisi məhsul və ya tətbiq biliklərinin əldə edilməsi ilə əlaqələndiriləcək. Əgər mövcud komanda üzvü API testini öyrənmək üçün təyin edilibsə, o zaman seçim alətindən asılı olaraq öyrənmə əyrisi ola bilər. test yanaşmasını dəyişdirməklə yanaşı, orta və yüksək. Məhsul və ya tətbiqin özü üçün öyrənmə əyrisi bu test cihazının sınaqdan keçirib-sınamamasından asılı olaraq aşağı-orta ola bilərhəmin tətbiqdən əvvəl və ya yox. #4) Mövcud Bacarıqlar Seti Bu, öyrənmə əyrisi ilə bağlı əvvəlki nöqtə ilə birbaşa əlaqələndirilir. Əgər sınaqçı keçiddən keçibsə GUI əsaslı testdən sonra tester test yanaşmasını dəyişdirməli və tələb olunduqda yeni alət və ya çərçivəni öyrənməlidir. Məs. Əgər API JSON formatında sorğuları qəbul edərsə, testləri yaratmağa başlamaq üçün tester JSON-un nə olduğunu öyrənməlidir. Case Study Tapşırıq Mövcud tətbiqi genişləndirmək üçün şirkət API-də məhsul və standart GUI tətbiqi təklif etmək istəyirdi. QA Komandasından adi GUI əsaslı testlərdən kənarda API testini yerinə yetirməyə hazır olduqlarını təmin etmək üçün Test Əhatə Planı təqdim etmək istəndi. Çətinliklər Heç biri digər proqram məhsullarının API əsaslı arxitekturasına malik idi, buna görə də bu tapşırıq ətrafında sınaqdan keçmək üçün komanda sıfırdan API test prosesini qurmalıdır. Bu o deməkdir ki, alətlər qiymətləndirilməli, qısa siyahıya salınmalı, yekunlaşdırılmalı və komanda testlər üçün öyrədilməli idi. Aləti əldə etmək və həyata keçirmək üçün əlavə büdcə ayrılmayıb. Bu o deməkdir ki, komanda pulsuz və ya açıq mənbəli API test aləti seçməli və mövcud komandadan kimsə bu tapşırığı yerinə yetirmək üçün təlim keçməlidir. API sahələri və datası üçün tələblər yox idi.doğrulama. Tələblər “müvafiq GUI tətbiqi ilə eyni işləməlidir”. Riskləri azaltmaq və çətinliklərin ətrafında işləmək üçün komandanın izlədiyi yanaşma QA komandası aşağıdakı tələbləri müəyyən etmək üçün layihə komandası ilə işləmişdir: API növü (REST/SOAP ): REST Tələb olunan testlər (Funksional, Yük, Təhlükəsizlik): Yalnız funksional sınaq Avtomatlaşdırılmış Testlər tələb olunur (Bəli/Xeyr): Hazırda isteğe bağlıdır Test hesabatları (Bəli/Xeyr) ): Tələb olunur QA komandası mütləq mövcud tələblərə əsaslanaraq mövcud API sınaq alətləri üzərində alət qiymətləndirməsi apardı. Postman API Aləti pulsuz və istifadəsi asan olduğu üçün onların seçdiyi bir vasitə kimi yekunlaşdırıldı, beləliklə, öyrənmə əyrisini minimuma endirdi, testləri avtomatlaşdırmaq potensialına sahib idi və yaxşı daxili hesabatlarla təmin edildi. Tətbiqi sınaqdan keçirən eyni sınaqçı ilkin testlər yaratmaq üçün Postmandan istifadə etmək üçün təlim keçib və beləliklə, məhsul haqqında bilik boşluqlarını aradan qaldırıb. İtkin tələbləri həll etmək üçün layihə komandası Swagger-dən istifadə edərək yüksək səviyyəli sahə səviyyəsində sənədlər hazırladı. . Bununla belə, bu, məqbul məlumat formatları baxımından bəzi boşluqlar buraxdı və bu, layihə komandası ilə müzakirə edildi və gözlənilən formatlar razılaşdırıldı və sənədləşdirildi. Nəticə API əsaslı proqramlar var. son dövrlərdə populyarlıq qazanmışdır. Bu tətbiqlər daha çoxdurənənəvi tətbiqlər/proqram təminatı ilə müqayisədə miqyaslana bilir və digər API və ya proqramlarla daha asan inteqrasiyaya imkan verir. Bu API Sınaq təlimatı API Sınaqı, Sol Sınaq Testi, Veb Xidmətləri və Veb API haqqında hər şeyi ətraflı izah edir. Biz həmçinin nümunələrlə Veb Xidmətləri ilə Web API arasındakı fərqləri araşdırdıq. Təlimatın ikinci hissəsində API Testinin tam spektrini, təşkilatınızda API Testini necə tətbiq etməyi və bəzi ümumi çətinlikləri müzakirə etdik. bu prosesi onlar üçün həllərlə birlikdə. Veb Xidmətləri haqqında nümunələrlə yanaşı daha çox bilmək üçün qarşıdan gələn təlimatımıza baxın!! NÖVBƏTİ Dərslik Xidmətlər təlimatı Memarlıq, Növlər və amp; Veb Xidmətlərinin Komponentləri və Mühüm Terminologiyalar və SOAP ilə REST arasındakı fərqlər.
Tutorial_#3:	Cavabları Olan Top 35 ASP.Net və Web API Müsahibə Sualları Siz ən populyar tez-tez verilən ASP.Net və Web API Müsahibə Suallarının siyahısını və cavabları ilə araşdıra bilərsiniz. bu dərslikdə yeni başlayanlar və təcrübəli peşəkarlar üçün nümunələr.
Tutorial_#4:	POSTMAN Təlimatı: API Testindən İstifadə POSTMAN Bu addım-addım təlimat POSTMAN-ın əsasları, onun komponentləri və Nümunə sorğusu ilə yanaşı POSTMAN-dan istifadə edərək API Testini izah edəcək. Asan başa düşməyiniz üçün sadə sözlərlə cavab verin.
Tutorial_#5:	Apache HTTP Client istifadə edərək veb xidmətlərinin sınağı Bu API Təlimatı Veb Xidmətlərində müxtəlif CRUD Əməliyyatlarının yerinə yetirilməsi və Apache HTTP Müştərisindən istifadə edərək Veb Xidmətlərinin sınaqdan keçirilməsi haqqındadır

API Sınaq Təlimatı

Bu bölmə sizə Veb Xidmətləri və Veb API haqqında əsas anlayışı əldə etməyə kömək edəcək ki, bu da öz növbəsində bu API Sınaq seriyasındakı qarşıdan gələn dərsliklərdə əsas anlayışları başa düşməyə kömək edəcək.

API ( Tətbiq Proqramlaşdırma İnterfeysi) bizə proqramın məlumatlarına və ya xüsusiyyətlərinə daxil olaraq proqram yaratmağa imkan verən bütün prosedur və funksiyaların məcmusudur.əməliyyat sistemi və ya platformalar. Bu cür prosedurların sınaqdan keçirilməsi API Testi kimi tanınır.

Sola Köçürmə Testi

Bu gün API Sınaq Müsahibələrində soruşulan mühüm test növlərindən biri Shift Sola Testdir. Bu tip testlər Çevik Metodologiyaya əməl edən demək olar ki, bütün layihələrdə tətbiq olunur.

Shift Left Testing tətbiq edilməmişdən əvvəl proqram təminatının sınağı yalnız kodlaşdırma tamamlandıqdan və kod testçilərə çatdırıldıqdan sonra ortaya çıxdı. Bu təcrübə son vaxta çatmaq üçün son dəqiqə təlaşına səbəb oldu və bu, həm də məhsulun keyfiyyətinə böyük dərəcədə mane oldu.

Bundan başqa, göstərilən səylər (istehsaldan əvvəlki son mərhələdə qüsurlar bildirildikdə) çox böyük idi, çünki tərtibatçılar həm dizayn, həm də kodlaşdırma mərhələsindən yenidən keçməli oldular.

Proqram təminatının İnkişafı Həyat Dövrü (SDLC) Sola keçmədən əvvəl

Ənənəvi SDLC axını belə idi: Tələb – > Dizayn –> Kodlaşdırma –> Test.

Ənənəvi Testin Dezavantajları

• Sınaq son dərəcə sağdadır. Səhv son anda aşkar edildikdə çoxlu xərclər çəkilir.
• Baqın həllinə və onu istehsala təşviq etməzdən əvvəl yenidən sınaqdan keçirilməsinə sərf olunan vaxt çox böyükdür.

Beləliklə, Test mərhələsini sola sürüşdürmək üçün yeni bir fikir ortaya çıxdı və bununla da Sola sürüşdürmə testinə səbəb oldu.

Təklif olunan Oxu => Sola sürüşdürmə testi: AProqram təminatının Müvəffəqiyyəti Üçün Gizli Mantra

Sola sürüşmə testinin mərhələləri

Sola sürüşmə testi Qüsurların Aşkarlanmasından Qüsurların qarşısının alınmasına uğurlu keçidə səbəb oldu. O, həmçinin proqram təminatının tez sıradan çıxmasına və bütün nasazlıqları tez bir zamanda aradan qaldırmasına kömək etdi.

Web API

Ümumi dillə desək, Veb API müştəridən sorğu alan bir şey kimi müəyyən edilə bilər. sistemi veb serverə göndərir və cavabı veb serverdən müştəri maşınına göndərir.

API Necə İşləyir?

Gəlin bir çox hava yollarından məlumat toplayan onlayn səyahət xidməti olan www.makemytrip.com saytında uçuş sifarişinin çox yayılmış ssenarisini götürək. Uçuş bron etmək üçün getdiyiniz zaman səyahət tarixi/qayıdış tarixi, sinif və s. kimi məlumatları daxil edirsiniz və axtarışa klikləyirsiniz.

Bu, birdən çox aviaşirkətin qiymətini və onların mövcudluğunu göstərəcək. Bu halda, proqram çoxsaylı aviaşirkətlərin API-ləri ilə qarşılıqlı əlaqədə olur və bununla da aviaşirkətin məlumatlarına çıxış imkanı verir.

Başqa bir misal müxtəlif otellərin qiymətini, mövcudluğunu və s.-ni müqayisə edən və siyahıya alan www.trivago.com-dur. müəyyən bir şəhərdən. Bu veb-sayt verilənlər bazasına daxil olmaq üçün bir çox otelin API-ləri ilə əlaqə saxlayır və onların veb saytından qiymətləri və mövcudluğu siyahıya alır.

Beləliklə, Web API “müştəri maşını ilə otel arasında əlaqəni asanlaşdıran interfeys” kimi müəyyən edilə bilər. thewebserver”.

Veb Xidmətləri

Veb Xidmətləri (Veb API kimi) bir maşından digərinə xidmət edən xidmətlərdir. Lakin API və Veb Xidmətləri arasında yaranan əsas fərq ondan ibarətdir ki, Veb Xidmətləri şəbəkədən istifadə edir.

Əminliklə demək olar ki, bütün Veb Xidmətlər Veb API-dir, lakin bütün Veb API-lər Veb Xidmətləri deyildir (bunun izahı aşağıda verilmişdir). məqalənin sonuncu hissəsi). Beləliklə, Veb Xidmətləri Web API-nin alt dəstidir. Veb API və Veb Xidmətləri haqqında ətraflı məlumat üçün aşağıdakı diaqrama baxın.

Web API vs Web Services

Veb Xidmətləri vs Web API

Həm Veb API, həm də Veb Xidmətləri müştəri ilə server arasında əlaqəni asanlaşdırmaq üçün istifadə olunur. Əsas fərq yalnız ünsiyyət tərzində olur.

Onların hər biri konkret dildə məqbul olan sorğu orqanı tələb edir, onların təhlükəsiz əlaqənin təmin edilməsində fərqləri, serverlə əlaqə saxlama və cavab reaksiyası sürəti müştəriyə və s.

Veb Xidmətləri ilə Veb API Arasındakı Fərqlər aşağıda istinadınız üçün verilmişdir.

Veb Xidməti

• Veb Xidmətləri ümumiyyətlə XML-dən (Genişləndirilə bilən İşarələmə Dilindən) istifadə edir ki, bu da onların daha təhlükəsiz olması deməkdir.
• Veb Xidmətləri daha təhlükəsizdir, çünki həm Veb Xidmətləri, həm də API-lər məlumat ötürülməsi zamanı SSL (Secure Socket Layer) təmin edir. , lakin o, həm də WSS (Veb Xidmətləri Təhlükəsizliyi) təmin edir.
• Veb Xidməti Veb API-nin alt dəstidir. Məsələn, Veb Xidmətləri yalnız üç istifadə tərzinə əsaslanır, məsələn, SOAP, REST və XML-RPC.
• Veb Xidmətləri işləmək üçün həmişə şəbəkəyə ehtiyac duyur.
• Veb Xidmətləri “One Code müxtəlif proqramları” dəstəkləyir. Bu o deməkdir ki, daha ümumi kodun müxtəlif proqramlar arasında yazılmasıdır.

Web API

• Veb API ümumiyyətlə JSON (JavaScript Object Notation) istifadə edir. bu o deməkdir ki, Web API daha sürətlidir.
• Veb API-si XML-dən fərqli olaraq JSON yüngül çəkiyə malik olduğundan daha sürətlidir.
• Veb API-lər Veb Xidmətlərinin üst dəstidir. Məsələn, Veb Xidmətlərinin hər üç üslubu Veb API-də də mövcuddur, lakin bundan başqa o, JSON – RPC kimi digər üslublardan istifadə edir.
• Web API-nın mütləq tələb olunmadığı bildirilir. idarə etmək üçün şəbəkə.
• Web API sistemin və ya tətbiqin xarakterindən asılı olaraq qarşılıqlı fəaliyyət qabiliyyətini dəstəkləyə və ya dəstəkləməyə bilər.

Təşkilatınızda API Testinin Tətbiqi

Gündəlik həyatımızda hamımız API ilə Tətbiqlərlə qarşılıqlı əlaqədə olmağa o qədər öyrəşmişik və bununla belə, əsas funksionallığı idarə edən back-end prosesləri haqqında düşünmürük.

Məsələn. , Nəzərə alın ki, siz Amazon.com-da məhsullara göz gəzdirirsiniz və həqiqətən bəyəndiyiniz məhsul/sövdələşmə görürsünüz və onu Facebook şəbəkənizlə paylaşmaq istəyirsiniz.

Kliklədiyiniz an. səhifənin paylaşım bölməsindəki Facebook ikonasında və öz daxil olunPaylaşmaq üçün Facebook hesabı etimadnaməsini, siz Amazon veb-saytını Facebook-a problemsiz birləşdirən API ilə qarşılıqlı əlaqədəsiniz.

APİ testinə keçidə diqqət yetirin

API testi haqqında ətraflı müzakirə etməzdən əvvəl gəlin səbəbləri müzakirə edək. bunun üçün API əsaslı proqramlar son zamanlarda populyarlıq qazanmışdır.

Hansı təşkilatların API əsaslı məhsul və proqramlara keçməsinin bir neçə səbəbi var. Və onlardan bir neçəsi sizin arayışınız üçün aşağıda verilmişdir.

#1) API əsaslı proqramlar ənənəvi proqramlar/proqramlarla müqayisədə daha miqyaslı olur. Kodun inkişaf sürəti daha sürətlidir və eyni API heç bir əsas kod və ya infrastruktur dəyişikliyi olmadan daha çox sorğuya xidmət göstərə bilər.

#2) İnkişaf qruplarının hər dəfə kodlaşdırmaya sıfırdan başlamasına ehtiyac yoxdur. bir xüsusiyyət və ya tətbiqin inkişafı üzərində işə başladıqları zaman. API-lər ən çox mövcud, təkrarlana bilən funksiyaları, kitabxanaları, saxlanılan prosedurları və s. təkrar istifadə edir və buna görə də bu proses onları ümumilikdə daha məhsuldar edə bilər.

Məsələn, Əgər siz bir proqram üzərində işləyən tərtibatçısınızsa. e-ticarət veb saytı və Amazon'u ödəniş prosessoru kimi əlavə etmək istəyirsinizsə, onda siz kodu sıfırdan yazmaq məcburiyyətində deyilsiniz.

Sizə lazım olan tək şey vebsaytınız və Amazon API arasında inteqrasiya qurmaqdır. İnteqrasiya açarları və ödəniş zamanı ödənişləri emal etmək üçün Amazon API-yə zəng edin.

#3) API-lərə icazə verilirhəm dəstəklənən müstəqil proqramlar, həm də API əsaslı proqram məhsulları ilə digər sistemlərlə asan inteqrasiya.

Məsələn , Torontodan Nyu Yorka göndəriş göndərmək istədiyinizi nəzərə alaq. . Siz onlayn olursunuz, yaxşı tanış olan Yük və ya Logistika veb-saytına keçin və tələb olunan məlumatları daxil edin.

Məcburi məlumatı təqdim etdikdən sonra, siz qiymətləri əldə et düyməsini kliklədiyiniz zaman – arxa tərəfdə, bu logistika veb-saytı qoşula bilər. bir neçə operator və xidmət provayderi API və tətbiqləri ilə mənşədən təyinat yerlərə birləşmə üçün dinamik tarifləri əldə etmək üçün.

API Testinin Tam Spektri

APİ-lərin sınağı sorğu göndərməklə məhdudlaşmır. API və cavabın yalnız düzgünlüyünü təhlil etmək. API-lər zəifliklər üçün müxtəlif yüklər altında performansları üçün sınaqdan keçirilməlidir.

Bunu ətraflı müzakirə edək.

(i) Funksional Test

GUI interfeysinin olmaması səbəbindən funksional test çətin məsələ ola bilər.

Gəlin API-lər üçün funksional test yanaşmasının GUI əsaslı proqramdan nə ilə fərqləndiyini görək və biz bu barədə bəzi nümunələri də müzakirə edəcəyik.

a) Ən bariz fərq ondan ibarətdir ki, qarşılıqlı əlaqə yaratmaq üçün GUI yoxdur. Adətən GUI əsaslı funksional testlər keçirən testçilər ilə müqayisədə qeyri-GUI tətbiqi testinə keçmək bir az çətinləşir.onunla artıq tanış olan biri.

İlk olaraq, hətta API-ni sınamağa başlamazdan əvvəl Siz Doğrulama prosesinin özünü sınamalı və yoxlamalısınız. Doğrulama metodu bir API-dən digər API-yə dəyişəcək və autentifikasiya üçün bir növ açar və ya işarəni əhatə edəcək.

API-yə uğurla qoşula bilmirsinizsə, növbəti sınaq davam edə bilməz. Bu prosesi daxil olmaq və tətbiqdən istifadə etmək üçün etibarlı etimadnaməyə ehtiyacınız olduğu standart tətbiqlərdə istifadəçi autentifikasiyası ilə müqayisə edilə bilər.

b) Sahə yoxlanışlarının və ya daxil edilmiş məlumatların yoxlanılması çox vacibdir. API-ləri sınaqdan keçirərkən. Faktiki forma əsaslı (GUI) interfeys mövcud olsaydı, o zaman sahənin yoxlanılması ön və ya arxa hissədə həyata keçirilə bilər və bununla da istifadəçiyə etibarsız sahə dəyərləri daxil etməyə icazə verilmir.

Məsələn, Əgər tətbiqin GG/AA/İYYY tarix formatına ehtiyacı varsa, o zaman biz ərizənin etibarlı tarixi qəbul etdiyini və emal etdiyini əmin etmək üçün məlumat toplayan formada bu yoxlamanı tətbiq edə bilərik.

Ancaq bu API tətbiqləri üçün eyni deyil. API-nin yaxşı yazıldığından və bütün bu yoxlamaları həyata keçirə, etibarlı və etibarsız məlumatları ayırd edə və status kodunu və doğrulama xətası mesajını cavab vasitəsilə son istifadəçiyə qaytara bildiyinə əmin olmalıyıq.

c) Sınaq