Yük testi aracı nasıl seçilir: kendi sunucunuzda mı, bulutta mı; kodla mı, kodsuz mu?

Albiferro Yazılım ve Sistem Limited Şirketi · Yayın 1 Kasım 2026

Yük testi araçları dört büyük gruba ayrılır: kod tabanlı açık kaynak araçlar, masaüstü test planı araçları, kurumsal lisanslı paketler ve SaaS bulut hizmetleri. Hangisinin size uyduğunu testi kimin yazacağı, yükün nereden geleceği ve test verisinin nerede kalması gerektiği belirler. Bu sayfa grupları ürün adı vermeden karşılaştırır ve Spitfire'ın nereye oturduğunu, nerede başka bir yaklaşımın daha iyi olduğunu da söyler.

Seçmeden önce cevaplanacak altı soru

1. Testi kim yazacak? Yalnız geliştiriciler mi, yoksa test uzmanları, operasyon ve ürün ekipleri de mi? Betik dili isteyen bir araç yalnız kod yazanların elinde kalır.
2. Test edilecek sistemler nerede? İç ağdaki servisler, veritabanları ve mesaj kuyrukları buluttan gelen yüke kapalıdır; yükü o ağın içinden üretmeniz gerekir.
3. Test verisi ağdan çıkabilir mi? Bankacılık, kamu ve sağlıkta istek gövdeleri, token'lar ve sonuçlar çoğu zaman kurum dışına çıkamaz (KVKK, iç denetim).
4. Hangi protokoller gerekiyor? Yalnız HTTP mi, yoksa gRPC, WebSocket, Kafka, SQL, MQTT, AMQP, Redis ya da MongoDB de mi? Eklentiyle gelen protokol, kurulum ve bakım işi de getirir.
5. Ne kadar yük, kaç lokasyondan? Tek makinenin üretemeyeceği yük ya da başka şehirlerden gelen trafik için dağıtık koşu ve sonuçların tek yerde birleşmesi gerekir.
6. Toplam maliyet ne? Lisansın yanında sunucu, kurulum, eğitim ve aracı ayakta tutmak için harcanan ekip zamanını da sayın (maliyet hesabı).

Araç türleri yan yana

Tablo grupların tipik hâlini gösterir; her grubun içinde araçlar farklılaşır. Seçtiğiniz araç için ayrıntıyı kendi belgelerinden doğrulayın.

Kendi sunucunuzda mı (self-hosted), bulutta mı (SaaS)?

SaaS kurulum gerektirmez ve herkese açık bir web sitesini farklı bölgelerden test etmek için hızlı bir başlangıçtır. Bedeli verinin ve erişimin sağlayıcıda olmasıdır: test tanımları, token'lar ve sonuçlar ağınızdan çıkar; iç ağdaki sistemler için yine bir ajan kurmanız gerekir. Kendi sunucunuzda çalışan bir araçta yük üreteçleri test edilen sistemin yanında durur, iç servisler internete açılmaz ve veri kurumda kalır. Bedeli bir sunucu kurup güncel tutmaktır. Spitfire bu işi tek komutluk kuruluma, imzalı güncellemelere ve dışarı doğru bağlanan runner'lara indirir (on-premise yük testi).

Kodla mı, kodsuz mu?

Kod tabanlı araçlar testleri uygulama koduyla aynı depoda, aynı inceleme süreciyle tutmak isteyen geliştirici ekiplerine iyi gelir. Zorluğu, testin yalnız betik dilini bilenlerin elinde kalmasıdır: test uzmanı, operasyon ya da ürün ekibi değişiklik için geliştiriciyi bekler. Kodsuz bir editörde adımlar, değişken çıkarma, kontroller ve eşikler formlarla kurulur; testi herkes okur ve değiştirir. Spitfire'da test yine JSON olarak saklanır ve sürümlenebilir, CI'da komut satırından koşar (CI/CD'de performans testi). OpenAPI, Postman ya da HAR dosyasından test üretmek de ilk testi dakikalara indirir (Postman ve OpenAPI'den yük testi).

Başka bir yaklaşım ne zaman daha iyi?

• Testi koddan ayırmak istemiyorsanız. Ekibinizde herkes kod yazıyor ve testlerin uygulama koduyla birlikte yazılıp incelenmesini istiyorsanız kod tabanlı bir araç daha doğal gelir.
• Spitfire'da olmayan bir protokol gerekiyorsa. Ana çerçeve uygulamaları ya da özel ikili protokoller gibi ihtiyaçlarda o protokolü destekleyen bir araç seçin. Spitfire'daki protokoller nasıl çalışır sayfasında listelenir.
• Yalnız herkese açık bir siteyi ara sıra test edecekseniz. Sunucu kurmak istemiyor, verinin ağdan çıkmasında sakınca görmüyor ve iç sistemleri test etmiyorsanız bir SaaS hizmeti daha az iş çıkarır.

Mevcut testleriniz varsa

Başka bir araçta yazılmış betikler ve test planları Testler → Dosyadan aç ile Spitfire testine çevrilir; neyin otomatik geldiği ve neyin elle tamamlanacağı geçiş rehberinde anlatılır. Ücretsiz sürümle kendi sisteminizde deneyip karar verebilirsiniz; planlar ve fiyatlar fiyatlar sayfasında.

Sık sorulan sorular