Cevap.

API'yi manuel test etme, otomasyon kullanmadan uygulama programı arayüzünün çalışma durumunu kontrol etme sürecidir ve Postman, Swagger veya curl gibi özel araçlar kullanılır.

Konunun geçmişi

İlk API'ler, otomasyon eksikliği ve arayüzlerin göreceli basitliği nedeniyle manuel olarak test edildi. Bugün, otomasyona rağmen, manuel test hala önemini koruyor, özellikle yeni veya istikrarsız yöntemlerin temel kontrolü için.

Sorun

Ana zorluklar şunlarla ilgilidir:

Giriş ve çıkış verilerinin (JSON, XML vb.) yapısını doğru bir şekilde anlamak zorunluluğu
Karmaşık senaryoları (kimlik doğrulama, sistem durumuna bağlılık) yeniden oluşturma zorluğu
UI üzerinden görünmeyen gizli hataları atlama riski

Çözüm

Başarılı test, şunları gerektirir:

API belgeleriyle dikkatli çalışma
Farklı parametrelerin ve hata senaryolarının kapsandığı manuel istek setleri oluşturma
Hem olumlu hem de olumsuz senaryoları (veri doğrulama, yetkilendirme kontrolü) test etme

Anahtar özellikler:

Yeni veya değiştirilen uç noktayı, otomatik testlerin beklenmeden hızlı bir şekilde kontrol etme imkanı
Sonucun belirsiz olduğu durumlarda anomali ve hata analizinde esneklik
Tüm istek ve yanıt aşamaları üzerinde görsel kontrol

Zorluk içeren sorular.

API'nin manuel test edilmesi için yalnızca UI kullanmak yeterli midir, Postman gibi araçlar olmadan?

Hayır, çünkü birçok hata sadece veri iletimi seviyesinde ortaya çıkar ve UI üzerinden görünmez, tam bir kontrol için özel araçlar gereklidir.

API uç noktasının çalışmasını kontrol etmek için yalnızca bir geçerli istek göndermek yeterli mi?

Hayır, yalnızca geçerli istekleri değil, tüm sınır, geçersiz ve nadir durumları da test etmek önemlidir, aksi takdirde hatalar bulunamayacaktır.

Olumsuz senaryoları ayrı test etmek gerekli mi yoksa gereksiz bir çalışma mı?

Kesinlikle gereklidir. Sisteminin hataları düzgün bir şekilde işlediğinden ve geçersiz istekleri reddettiğinden emin olmak önemlidir, aksi takdirde güvenlik ve istikrar tehlikeye girebilir.

Tipik hatalar ve anti-deseni

Sadece "ideal" senaryoları test etme (geçersiz değerleri kontrol etmeme)
Sistemin durumu göz ardı etme — mevcut verilere veya hazırlanmamış bir veritabanına kontrol etme
Hata kodlarının, başlıkların ve standart dışı durumların doğruluğunu kontrol etmeme

Hayattan bir örnek

Olumsuz durum

Test uzmanı, yalnızca API "kullanıcı oluştur" için başarılı bir POST isteği test ediyor — geçerli bir JSON gönderiyor, 200 OK alıyor, testin sona erdiğini düşünüyor.

Artılar:

Ana senaryonun hızlı kontrolü

Eksiler:

Alanların eksikliği, geçersiz e-posta formatı veya aynı kullanıcının yeniden oluşturulmasıyla ilgili hatalar atlanmıştır
API'nin doğru hata kodunu döneceğinden emin olunamaz

Olumlu durum

Test uzmanı, API "kullanıcı oluştur" işlevini sistematik olarak test ediyor:

Geçerli bir istek için başarı
Zorunlu parametrelerin atlanması durumunda hatalar
Yeniden oluşturma durumunda hata
Farklı HTTP kodlarını, hata mesajlarını, e-posta doğrulamasını kontrol ediyor