Kullanım senaryosu

API'nizi bozun kasıtlı olarak.

Herhangi bir istemciyi proxy'ye yönlendirin, ardından bir 500 hatası taklit edin, bir isteği tam ortasında duraklatın veya tam olarak ne olduğunu bir takım arkadaşınıza verebileceğiniz bir HAR olarak dışa aktarın.

An Android phone, a browser and a backend server stream traffic into a central proxy hexagon on port 8888; one stream passes a block-and-script rule gate and comes out transformed, then one live stream flows on into a dashboard feed with green status codes. A globe marks upstream proxy routing. android browser server {} rules :8888 upstream live 200 201 200

Sorun

Bir API hatasını yeniden üretmek şu anlama gelir: backend'i taklit etmek

Yavaş bir uç nokta, hatalı biçimlendirilmiş bir hata gövdesi, iki çağrı arasında bir yarış durumu — bunların hiçbiri gerçek bir sunucudan istek üzerine kolayca tetiklenemez.

Bir API istemcisi (mobil uygulama, frontend, CLI, CI görevi) oluşturan veya test eden ve bir SDK'nın döndürdüğü yanıtı değil, hattaki tam baytları görmesi ve kontrol etmesi gereken backend ve full-stack mühendisleri için.

Busymate'in proxy-server'ı, istemciniz ile gerçek API arasında durur. Her istek canlı olarak yakalanır ve iOS ile Chrome yakalamasında çalışan aynı engelle/taklit et/düşür kural motoru burada da çalışır — böylece backend'e dokunmadan gerçek bir isteği hazır bir yanıtla yanıtlayabilir veya tamamen düşürebilirsiniz.

Nasıl çözüyor

Tek bir PAC URL'si, arkasındaki tüm araç seti

SDK yok, kurulacak ajan yok — bir proxy'ye yönlendirilebilen her istemci zaten entegre demektir.

Hatta taklit edin, engelleyin veya düşürün

Eşleşen bir isteği kendi durum kodunuz, başlıklarınız ve gövdenizle yanıtlayın — ya da düşürün — istek gerçek API'ye ulaşmadan önce doğrudan proxy içinde çalışan kurallarla.

Kesme noktası, düzenle, yeniden gönder

Bir isteği tam ortasında duraklatın, ham HTTP'yi elle düzenleyin, ardından devam ettirin veya yeniden gönderin — tek satır test kodu yazmadan bir yarış durumunu veya hatalı bir veri yükünü yeniden üretin.

HAR olarak dışa aktarın veya REST üzerinden erişin

Tam alışverişi bir takım arkadaşınız veya hata raporu için HAR dosyası olarak dışa aktarın, ya da aynı yakalanan verilere düz PostgREST tabanlı REST API üzerinden ulaşın — her iki durumda da SDK gerekmez.

Dahil olan yüzeyler
  • Proxy
  • Dashboard
  • REST
  • MCP

Adım adım anlatım

Kararsız bir istemciden tekrarlanabilir bir hata raporuna

Her iki tarafta da kod değişikliği yok.

  1. 01

    İstemciyi proxy'ye yönlendirin

    İstemciyi — bir telefon, bir tarayıcı, bir backend servisi, bir CI görevi — tek bir PAC otomatik yapılandırma URL'sinden yapılandırın. Trafik hemen akmaya başlar.

  2. 02

    Hatayı yeniden üretin

    İhtiyacınız olan bozuk yanıtı döndürmesi için uç noktayı taklit edin, ya da bir kesme noktası koyup devam etmeden önce gerçek isteği veya yanıtı elle düzenleyin.

  3. 03

    Sonucu dışa aktarın veya sorgulayın

    Alışverişi bir hata raporuna eklemek için HAR olarak dışa aktarın, ya da aynı yakalanan kayıtları test paketinizden REST API üzerinden çekin.

Proxy'de

Nasıl çalışır: hat üzerinde

İstemcinizle gerçek API arasında bir proxy durur; kurallar onun içinde çalışır.

  1. 01

    Bir istemciyi proxy'nize yönlendirin

    Her cihazın kendi proxy kimliği ve bir otomatik yapılandırma URL'si vardır. Bu URL'yi bir telefonun Wi-Fi ayarlarına, bir tarayıcı profiline ya da bir arka ucun veya CI işinin okuduğu HTTP proxy değişkenine yapıştırın; istekleri hemen pano akışına düşmeye başlar.

  2. 02

    Bir kural yazın ya da isteği duraklatın

    Bir kaydı açın ve bir dahaki sefere ne olacağını seçin: isteğe kendi durum kodunuz, başlıklarınız ve gövdenizle yanıt verin, isteği düşürün ya da bir sonraki eşleşen istek yarı yolda dursun diye bir kesme noktası koyun. Ham isteği ya da yanıtı elle düzenleyin, sonra devam edin ya da yeniden gönderin.

  3. 03

    Alışverişi başkasına verin

    İsteği ve yanıtı bir hata raporu için HAR dosyası olarak dışa aktarın ya da aynı yakalanan kayıtları bir test paketinden REST API üzerinden okuyun. İkisi de bir SDK'nın yorumunu değil, hattan geçen tam baytları taşır.

SSS

Bir istemciyi yönlendirmeden önce sık sorulanlar

İstemcimin bir SDK'ya ya da kod değişikliğine ihtiyacı var mı?

Hayır. Bir HTTP proxy'ye yönlendirilebilen her şey zaten entegredir — telefonlar, tarayıcılar, arka uç servisleri, CI işleri. Yakalamayı ve kuralları proxy üstlenir; istemciniz gerçek API sandığı şeyle konuşmaya devam eder.

Yalnızca bir uç noktayı taklit edip gerisini gerçek bırakabilir miyim?

Evet. Kurallar ana bilgisayar ve yol desenlerine göre eşleşir; böylece bir uç nokta hazır bir 500 döndürürken diğer tüm istekler gerçek arka uca dokunulmadan geçer.

Bir kesme noktası diğer trafiği engeller mi?

Hayır. Yalnızca eşleşen istek durur; geri kalan her şey akmaya devam eder. Hazır olduğunuzda devam edin, düzenleyin ya da yeniden gönderin; istemci sonucu sunucu yanıtlamış gibi görür.

Testlerim yakalanan trafiği okuyabilir mi?

Evet. Yakalanan kayıtlar sade bir REST API üzerinden erişilebilir; böylece bir entegrasyon testi bir taklidin beklentileri yerine istemcinin gerçekten ne gönderdiğini doğrulayabilir.

Backend'i taklit etmeyi bırakın — gerçek hattı kontrol edin

İlk istemcinizi proxy'ye yönlendirin ve dakikalar içinde ilk isteğinizi taklit edin, bozun veya yeniden gönderin.

Ask your mate