SoapUI, 2005'ten beri web servislerini test ediyor ve WSDL tabanlı SOAP projeleri için hâlâ bilinen bir araç. Ancak 2026'da SoapUI alternatifi arayan ekiplerin çoğu yalnızca SOAP test etmiyor: REST, GraphQL ve gRPC API'lerini; XML tabanlı proje dosyaları ve Groovy betikleriyle yönetmek zorunda kalıyor.
Doğrudan cevap: Apidog, REST ve modern protokollerle çalışan API ekipleri için güçlü bir SoapUI alternatifidir. Groovy ağırlıklı test akışlarını görsel senaryolarla yönetmenizi, şema tabanlı mock API'ler oluşturmanızı ve dokümantasyon yayınlamanızı sağlar. Ücretsiz plan 4 kullanıcıya kadar kullanılabilir.
Bu yazıda SoapUI'ın hangi noktalarda yaşını gösterdiğini, iş akışlarını nasıl taşıyabileceğinizi ve SoapUI'ın hâlâ doğru tercih olduğu durumları ele alacağız.
SoapUI'ın yaşını gösterdiği yerler
SoapUI Açık Kaynak, SmartBear tarafından sürdürülüyor ve yeni sürümler almaya devam ediyor; sürüm 5.9, 2025 ortalarında yayınlandı. Sorun bakım eksikliği değil, aracın mimarisinin modern API ekiplerinin ihtiyaçlarıyla her zaman uyuşmaması.
SOAP mantığıyla tasarlanmıştır. SoapUI'ın temel kavramları WSDL sözleşmelerinden gelir: operasyonlar, zarflar ve XPath doğrulamaları. REST desteği sonradan eklendiği için JSON odaklı geliştirme akışlarında daha fazla uğraş gerektirebilir. Bu farkları SoapUI Pro ve SoapUI Açık Kaynak karşılaştırmasında ayrıntılı olarak inceleyebilirsiniz.
Dinamik test davranışları için Groovy gerekir. İstekleri zincirlemek, yanıttan değer çıkarmak, koşullu akış oluşturmak veya özel doğrulama yazmak için genellikle Groovy kullanılır. JVM bilgisi olan QA mühendisleri için esnek olsa da diğer ekip üyeleri için test paketlerinin okunmasını ve bakımını zorlaştırabilir.
Projeler büyük XML dosyalarında tutulur. Aynı SoapUI projesinde çalışan iki kişinin değişiklikleri kolayca birleştirme çakışmasına dönüşebilir. Bu nedenle ekipler çoğu zaman ortak çalışma yerine proje dosyalarını birbirine aktarmak zorunda kalır.
Gelişmiş özellikler ücretli üründedir. Veri odaklı test, yerel CI entegrasyonları ve ayrıntılı raporlama ReadyAPI kapsamında sunulur. SoapUI Pro, ReadyAPI'ye dahil edildi; üçüncü taraf fiyat takipçileri ReadyAPI'yi lisans başına yıllık yaklaşık 829 dolardan itibaren listeliyor. Bu yükseltme maliyeti, ekipleri genellikle SoapUI alternatiflerini değerlendirmeye yönlendirir.
Masaüstü uygulaması ağır olabilir. Java Swing tabanlı uygulama tüm projeleri belleğe yükler. Büyük test paketlerinde açılış süreleri uzayabilir ve arayüz gecikebilir.
Tüm gün WSDL sözleşmeleriyle çalışan ekipler için bunlar kritik olmayabilir. Ancak iş yükünüzün küçük kısmı SOAP, büyük kısmı REST veya modern protokollerse bu sınırlamalar daha görünür hâle gelir.
Cevap: Apidog
Apidog, 500.000'den fazla geliştirici tarafından kullanılan bir API geliştirme platformudur. API tasarımı, hata ayıklama, otomatik test, mocking ve dokümantasyonu tek bir çalışma alanında; OpenAPI spesifikasyonunuz etrafında yönetmenizi sağlar.
SoapUI'dan geçiş yapan ekipler için öne çıkan noktalar:
Testler görsel olarak oluşturulabilir. Senaryolarda uç noktaları zincirleyebilir, adımlar arasında veri aktarabilir ve yanıt doğrulamaları ekleyebilirsiniz. SoapUI'da Groovy ile yazılan “kimliği çıkar, sonraki isteğe aktar, sonucu doğrula” akışı Apidog'da yapılandırılabilir adımlarla kurulabilir. Betik gerektiğinde Postman uyumlu sözdizimi de kullanılabilir.
Ücretsiz plan 4 kullanıcıyı kapsar. Sınırsız API, istek ve test çalışması içerir. Veri odaklı test, CI entegrasyonu ve paylaşılabilir raporlar gibi ReadyAPI'de bulunan özellikler çekirdek üründe yer alır.
Modern protokoller yerel olarak desteklenir. REST, GraphQL, gRPC, WebSocket ve SSE ile çalışabilirsiniz. JSON doğrulamaları doğrudan JSON yapısı üzerinde yapılır.
Ücretli planlar kullanıcı başına aylık 9 dolardan başlar. Böylece ücretsiz plandan yükseltme, lisans başına dört haneli yıllık maliyetlere doğrudan karşılık gelmez.
Pratikte ne değişir?
Groovy yazmadan test mantığı kurma
Apidog'un test oluşturucusuyla SoapUI ekiplerinin sıkça betiklediği akışları görsel olarak oluşturabilirsiniz:
- A isteğinin yanıtından değer çıkarma
- Çıkarılan değeri B isteğine aktarma
- CSV veya JSON verisi üzerinde döngü çalıştırma
- Koşula göre dallanma
- Durum kodu, şema veya alan doğrulaması ekleme
Örneğin, bir kullanıcı oluşturup dönen id değerini sonraki istekte kullanmak için akışınızı şu şekilde tasarlayabilirsiniz:
1. POST /users
2. response.body.id değerini userId değişkenine kaydet
3. GET /users/{{userId}}
4. status = 200 doğrulaması ekle
5. response.body.id = {{userId}} doğrulaması ekle
Veri odaklı çalıştırmalar için CSV veya JSON dosyası ekleyip senaryoyu her satır için çalıştırabilirsiniz. Bu akış, tüm planlarda betik yazmadan kullanılabilir.
Betik yerine şema tabanlı mocking
SoapUI'ın mock servisleri özellikle SOAP projelerinde işlevseldir. Ancak REST mock'ları için yanıtları elle oluşturmanız ve daha fazla Groovy yazmanız gerekebilir. Ayrıntılar için SoapUI mock service kurulumu ve modern alternatifler rehberine bakabilirsiniz.
Apidog'un akıllı mock motoru OpenAPI şemanızı okuyarak örnek veriler üretebilir:
type: object
properties:
email:
type: string
format: email
price:
type: number
Bu şemadan üretilen yanıtta email alanı e-posta biçiminde, price alanı ise sayısal bir değer olarak döner. Böylece frontend ekipleri, API implementasyonu tamamlanmadan çalışır durumdaki mock API ile entegrasyona başlayabilir.
Kendi kendine barındırılan mocking seçeneği de trafiği ağınız içinde tutmanıza yardımcı olur.
Aynı çalışma alanında performans testleri
SoapUI Açık Kaynak temel yük testi sunar; daha gelişmiş seçenekler ReadyAPI tarafındadır. Apidog'da performans testlerini fonksiyonel testlerle aynı çalışma alanında yürütebilirsiniz:
- Mevcut fonksiyonel senaryonuzu seçin.
- Eşzamanlı kullanıcı sayısını yapılandırın.
- Çalışma süresini belirleyin.
- Gecikme ve verim sonuçlarını doğrudan inceleyin.
Bu yaklaşım, test senaryolarını başka bir araca aktarmadan yeniden kullanmanızı sağlar.
CI entegrasyonunu CLI ile kurma
Apidog CLI ile senaryoları başsız modda çalıştırabilir ve her koşum için HTML raporu üretebilirsiniz:
npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging
Bu komutu Jenkins, GitLab CI veya GitHub Actions pipeline'ınıza ekleyebilirsiniz. Komut yüzeyinin tamamı için Apidog CLI ile API yönetimi rehberini inceleyin.
Örneğin GitHub Actions içinde temel bir iş şu şekilde olabilir:
name: API Tests
on:
push:
branches: [main]
jobs:
run-api-tests:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Install Apidog CLI
run: npm install -g apidog-cli
- name: Run API scenario
run: apidog run scenario --scenario-id 12345 --env staging
Bu akış, testrunner.sh kullanan Java tabanlı CI işlerinin yerine CLI tabanlı bir yaklaşım sunar.
Dokümantasyonu test çıktısının ötesine taşıma
SoapUI test çıktıları üretir. Apidog ise spesifikasyonunuzdan etkileşimli API dokümantasyonu da oluşturabilir:
- Özel alan adında dokümantasyon yayınlama
- Uç noktaları ve şemaları otomatik listeleme
- “Deneyin” konsolu ile canlı istek gönderme
- Dokümantasyonu API spesifikasyonuyla senkron tutma
Dokümantasyonu ayrı bir araçta sürdüren ekipler için bu, ek bir bakım kalemini azaltabilir.
SoapUI ve Apidog karşılaştırması
| Özellik | SoapUI Açık Kaynak | Apidog |
|---|---|---|
| Fiyat | Ücretsiz; Pro özellikleri ReadyAPI'ye taşındı, yaklaşık 829$+/lisans/yıl | 4 kullanıcıya kadar ücretsiz, sonra kullanıcı başına aylık 9$ |
| Tasarlandığı kullanım | SOAP/WSDL sözleşmeleri | REST, GraphQL, gRPC, WebSocket |
| Test mantığı | Groovy betikleri | Görsel orkestrasyon + isteğe bağlı betikler |
| Veri odaklı test | Ücretli, ReadyAPI | Tüm planlarda dahil |
| Mocking | SOAP odaklı mock servisleri | Şema tabanlı akıllı mock'lar, kendi kendine barındırma seçeneği |
| Yük testi | Temel sürüm ücretsiz, gelişmiş sürüm ücretli | Dahil |
| CI entegrasyonu |
testrunner betikleri |
HTML raporlu CLI |
| Dokümantasyon oluşturma | Hayır | Evet, özel alan adıyla barındırılabilir |
| İşbirliği | Paylaşılan XML proje dosyaları | Gerçek zamanlı ekip çalışma alanı |
| Platform | Java masaüstü | Masaüstü: Windows/macOS/Linux + web uygulaması |
Bu tablodaki önemli istisna şudur: İş yükünüz gerçekten WSDL tabanlı SOAP testlerinden oluşuyorsa, SoapUI'ın uzmanlaşmış yapısı daha değerli olabilir.
Bir SoapUI iş akışını taşıma
SoapUI proje dosyaları için tek tıklamalı bir içe aktarıcı olmadığını baştan kabul etmek gerekir. Pratik geçiş yolu, proje XML'ini çevirmek değil, test akışını yeniden kurmaktır.
1. Proje dosyasından değil, sözleşmeden başlayın
Hizmetinizin OpenAPI tanımı varsa doğrudan Apidog'a içe aktarın. Uç noktalar, şemalar ve örnekler yapılandırılmış olarak gelir.
OpenAPI spesifikasyonunuz yoksa aşağıdaki kaynaklardan başlayabilirsiniz:
- Postman koleksiyonu
- cURL komutları
- Mevcut HTTP istek örnekleri
Bu adım, istek katmanını hızlıca yeniden oluşturmanızı sağlar.
2. Test paketlerini senaryo olarak yeniden oluşturun
Önce kritik bir SoapUI test senaryosunu seçin. Ardından aynı iş akışını görsel adımlarla kurun:
İstek A
↓
Yanıttan alan çıkarma
↓
Değişkene kaydetme
↓
İstek B'ye değişkeni ekleme
↓
Durum kodu ve alan doğrulama
Bu bir çeviri değil, yeniden oluşturmadır. Ancak Groovy dosyalarında dağılmış çıkarma ve zincirleme mantığı görünür adımlara dönüştüğü için ikinci sürüm çoğu zaman daha küçük ve daha okunabilir olur.
3. CI işlerini CLI'a bağlayın
Eski CI işinizde testrunner.sh çağrılıyorsa, bu adımı Apidog CLI komutuyla değiştirin:
apidog run scenario --scenario-id 12345 --env staging
Ardından HTML raporunu pipeline çıktısı olarak arşivleyin. Böylece derleme ajanlarındaki Java kurulumu, API testleri için zorunlu olmaktan çıkabilir.
Orta büyüklükte bir test paketi için geçişe bir sprint ayırmak gerçekçidir. Bu süreç aynı zamanda yıllardır gözden geçirilmemiş testleri temizlemek için iyi bir fırsattır.
Geçişten sonraki ilk saatiniz
0–15 dakika: İçe aktarma
Bir hizmetin OpenAPI spesifikasyonunu veya Postman dışa aktarımını içe aktarın. Uç noktalar, şemalar ve örnekler gruplandırılmış şekilde gelir.
15–30 dakika: Bir test senaryosunu yeniden oluşturma
Özellik aktarımı içeren bir SoapUI testi seçin:
- A isteğini gönderin.
- Yanıttan gerekli alanı çıkarın.
- Değeri B isteğine aktarın.
- Sonucu doğrulayın.
Bu aşamada Groovy yazmadan test akışının tüm ekip tarafından okunabilir olup olmadığını değerlendirin.
30–45 dakika: Veri odaklı çalıştırma
Senaryoya bir CSV dosyası ekleyin ve her satır için çalıştırın. Böylece aynı akışı farklı kullanıcı, ürün veya parametre verileriyle test edebilirsiniz.
Örnek CSV:
email,password
test1@example.com,secret123
test2@example.com,secret456
45–60 dakika: CI'a ekleme
CLI'ı yükleyin, senaryoyu ortamınıza karşı çalıştırın ve HTML raporunu pipeline çıktısı olarak saklayın.
npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging
Bu ilk saat sonunda yanıtlamanız gereken temel soru şudur: Ekibiniz, eski SoapUI paketini bilen tek kişiye bağlı kalmadan testleri okuyup düzenleyebiliyor mu?
SoapUI'ın hâlâ mantıklı olduğu durumlar
SoapUI bazı senaryolarda doğru araç olmaya devam eder.
- Altyapınız ağırlıklı olarak WSDL tabanlı SOAP servislerinden oluşuyorsa
- Bankacılık ara yazılımı, devlet entegrasyonları veya kurumsal servis otobüsleriyle çalışıyorsanız
- WSDL içe aktarma ve SOAP zarfı üretme günlük iş akışınızın merkezindeyse
- JMS veya JDBC sanallaştırması gibi ReadyAPI odaklı yeteneklere ihtiyacınız varsa
- Bakımı yapılan, olgun ve çalışan bir Groovy test paketiniz varsa
Apidog HTTP üzerinden XML istek gövdeleri gönderebilir; bu nedenle basit SOAP çağrıları çalışabilir. Ancak WSDL içe aktarma veya sözleşmeden SOAP zarfı oluşturma işlevi sunmaz.
ReadyAPI ekosistemi ve alternatif maliyetleri için SmartBear fiyatlandırması ve en iyi alternatifleri karşılaştırmasına bakabilirsiniz.
Geçiş; testlerinizin çoğu REST veya modern protokollerden oluştuğunda ve Groovy/XML ek yükü tüm ekip için bakım maliyeti yarattığında daha anlamlıdır.
Sıkça sorulan sorular
Apidog, SoapUI Açık Kaynak gibi ücretsiz mi?
Apidog'un ücretsiz planı 4 kullanıcıyı, sınırsız API'yi, isteği ve test çalışmasını destekler. Ayrıca veri odaklı test, CI entegrasyonu ve paylaşılabilir test raporları gibi SoapUI'ın ReadyAPI için ayırdığı yetenekleri içerir.
SoapUI Açık Kaynak temel özellik setiyle ücretsizdir ve tek makinede kullanılabilir.
Apidog SOAP hizmetlerini test edebilir mi?
Apidog, HTTP üzerinden XML istek gövdeleri gönderebilir; bu nedenle basit SOAP çağrıları yapılabilir. Ancak WSDL içe aktarma veya sözleşmeden SOAP zarfı oluşturma işlevi yoktur.
Günlük işiniz WSDL tabanlı SOAP testleriyse bu bölüm için SoapUI kullanmaya devam etmek daha uygun olabilir.
Apidog kullanmak için Groovy bilmem gerekir mi?
Hayır. İstek zincirleme, veri çıkarma, veri odaklı döngüler ve doğrulamalar görsel olarak yapılandırılabilir. Betik kullanmanız gerektiğinde Groovy yerine Postman uyumlu sözdizimi kullanabilirsiniz.
CI'da SoapUI testrunner yerine ne kullanılır?
Apidog CLI kullanabilirsiniz:
npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging
Senaryoyu ortam kimliğiyle çalıştırıp oluşan HTML raporunu Jenkins, GitLab CI veya GitHub Actions içinde yayınlayabilirsiniz.
SoapUI Pro'ya ne oldu?
SmartBear, SoapUI Pro'yu ticari API test platformu ReadyAPI'ye dahil etti. Açık kaynak SoapUI devam ediyor; ancak gelişmiş özellikler ReadyAPI tarafında yer alıyor. Üçüncü taraf fiyat takipçileri ReadyAPI'yi lisans başına yıllık yaklaşık 829 dolardan itibaren listeliyor.
Tek bir hizmet üzerinde deneyin
Şu anda SoapUI ile test ettiğiniz bir REST hizmeti seçin. OpenAPI spesifikasyonunu içe aktarın ve test paketini bir Apidog senaryosu olarak yeniden oluşturun.
Apidog'u indirin, bu alıştırmayı zamanlayın ve aşağıdaki akışı tamamlamaya çalışın:
- Bir API spesifikasyonunu içe aktarın.
- Bir test senaryosu oluşturun.
- Yanıttan değer çıkarıp sonraki isteğe aktarın.
- CSV ile veri odaklı çalıştırın.
- Senaryoyu CLI üzerinden CI pipeline'ınıza ekleyin.
4 kişilik ekibiniz ücretsiz başlayabilir ve denemenin hiçbir aşaması satış görüşmesi gerektirmez.
Top comments (0)