SoapUI testet Webservices seit 2005, und für WSDL-basierte SOAP-Arbeiten ist es immer noch der Name, den jeder kennt. Aber die meisten Teams, die 2026 nach einer SoapUI-Alternative suchen, testen keine SOAP-Dienste mehr. Sie testen REST-, GraphQL- und gRPC-APIs mit einer Java-Desktop-Anwendung, die auf XML-Verträge ausgelegt war, Projekte als riesige XML-Dateien speichert und jedes dynamische Verhalten in Groovy-Skripte verlagert.
Hier ist die direkte Antwort: Apidog ist die beste SoapUI-Alternative für API-Teams, die mit REST und modernen Protokollen arbeiten. Es ersetzt Groovy-Skripting durch visuelle Testorchestrierung, fügt schema-basiertes Mocking und veröffentlichte Dokumentation hinzu und bietet einen kostenlosen Plan für bis zu 4 Benutzer. Dieser Artikel behandelt, wo SoapUI sein Alter zeigt, wie ein Wechsel aussieht und in welchen Fällen SoapUI immer noch das richtige Werkzeug ist.
Wo SoapUI sein Alter zeigt
SoapUI Open Source wird von SmartBear gepflegt, und es gibt immer noch Veröffentlichungen; Version 5.9 wurde Mitte 2025 ausgeliefert. Die Probleme sind struktureller Natur und nicht auf mangelnde Wartung zurückzuführen:
- Es denkt in SOAP. Die Kernabstraktionen von SoapUI stammen aus WSDL-Verträgen: Operationen, Envelopes, XPath-Assertions. Die REST-Unterstützung wurde später hinzugefügt und liest sich auch so. Das Erstellen und Bestätigen von JSON-Payloads bedeutet, gegen eine für XML konzipierte Benutzeroberfläche anzukämpfen, eine Lücke, die wir in SoapUI Pro vs SoapUI Open Source aufgeschlüsselt haben.
- Alles Dynamische ist ein Groovy-Skript. Anfragen verketten, Werte extrahieren, bedingte Logik, benutzerdefinierte Assertions: Die Antwort ist Groovy. Das ist eine Stärke für einen QA-Ingenieur, der die JVM kennt, und eine Hürde für alle anderen im Team. Test-Suiten werden zu Codebasen, die nur eine Person pflegen kann.
- Projekte sind XML-Dateien. Ein SoapUI-Projekt ist ein großes XML-Dokument. Wenn zwei Personen dasselbe Projekt bearbeiten, entstehen Merge-Konflikte, die nur schwer zu lösen sind, sodass Teams Projektdateien herumreichen, anstatt zusammenzuarbeiten.
- Die kostenlose Stufe ist die Demo-Stufe. Datengesteuertes Testen, native CI-Integrationen und detaillierte Berichte sind im kommerziellen Produkt enthalten. SoapUI Pro wurde in ReadyAPI integriert, und Drittanbieter-Tracker listen ReadyAPI ab etwa 829 US-Dollar pro Lizenz und Jahr auf. Der Upgrade-Pfad von kostenlosem SoapUI ist ein vierstelliger Kostenvoranschlag, was normalerweise der Zeitpunkt ist, an dem Teams den breiteren Markt bewerten; unsere frühere Zusammenstellung von SoapUI-Alternativen existiert wegen dieses Moments.
- Es ist schwerfällig. Eine Java Swing Desktop-Anwendung, die ganze Projekte in den Speicher lädt. Große Test-Suiten bedeuten lange Startzeiten und eine träge Benutzeroberfläche.
All dies spielt keine Rolle, wenn Sie den ganzen Tag in WSDL-Verträgen leben. Es spielt eine große Rolle, wenn SOAP 10 % Ihrer Arbeit ausmacht und REST der Rest ist.
Die Antwort: Apidog
Apidog ist eine API-Entwicklungsplattform, die von über 500.000 Entwicklern genutzt wird. Sie umfasst API-Design, Debugging, automatisiertes Testen, Mocking und Dokumentation in einem Arbeitsbereich, der auf Ihrer OpenAPI-Spezifikation und nicht auf einer WSDL basiert.
Für ein Team, das SoapUI verlässt, sind die relevanten Fakten:
- Tests sind visuell, nicht gescriptet. Szenarien verketten Endpunkte, übergeben Werte zwischen Schritten und bestätigen Antworten über eine Benutzeroberfläche. Die Logik, die ein SoapUI-Benutzer in Groovy schreibt (diese ID extrahieren, an den nächsten Aufruf übergeben, das Ergebnis bestätigen), wird in Apidog per Drag-and-Configure erstellt. Wenn Sie Code verwenden möchten, werden Skripte unterstützt, und die Syntax ist Postman-kompatibel anstatt nur JVM-basiert.
- Der kostenlose Plan umfasst 4 Benutzer mit unbegrenzten APIs, Anfragen und Testläufen. Die Funktionen, die SoapUI hinter ReadyAPI verbirgt (datengesteuertes Testen, CI-Integration, teilbare Berichte), sind im Kernprodukt von Apidog enthalten.
- Moderne Protokolle sind nativ. REST, GraphQL, gRPC, WebSocket und SSE sind erstklassig. JSON-Assertions funktionieren auf JSON, nicht auf XML-Darstellungen von JSON.
- Kostenpflichtige Pläne beginnen bei 9 US-Dollar pro Benutzer und Monat, sodass der Übergang von kostenlos nicht zu einer vierstelligen Lizenz pro Platz führt.
Was sich in der Praxis ändert
Testlogik ohne den Groovy-Aufwand
Der Test-Builder von Apidog deckt die Muster ab, die SoapUI-Teams manuell skripten: einen Wert aus Antwort A in Anfrage B extrahieren, eine Datengruppe durchlaufen, bei einer Bedingung verzweigen, Status, Schema oder spezifische Felder bestätigen. Ein QA-Ingenieur erstellt es; der Rest des Teams kann es lesen und bearbeiten. Datengesteuerte Läufe ziehen Testdaten aus CSV oder JSON ohne Skript, in jedem Plan, einschließlich des kostenlosen.
Mocking vom Schema, nicht von Skripten
Die Mock-Dienste von SoapUI funktionieren, besonders für SOAP, aber REST-Mocks erfordern eine manuelle Einrichtung der Antworten und oft mehr Groovy; die Details haben wir in SoapUI Mock-Service: Einrichtungsanleitung und moderne Alternative behandelt. Die intelligente Mock-Engine von Apidog liest Ihr OpenAPI-Schema und gibt automatisch realistische Daten zurück: Ein email-Feld erhält eine E-Mail, ein price-Feld eine Zahl. Frontend-Teams erhalten eine funktionierende Fake-API, sobald die Spezifikation existiert, und eine selbst gehostete Mock-Option hält den Datenverkehr innerhalb Ihres Netzwerks.
Performance-Tests im selben Tool
SoapUI Open Source enthält grundlegende Lasttests, wobei die professionelle Version separat in ReadyAPI verkauft wird. Apidog enthält Performance-Tests im selben Arbeitsbereich wie funktionale Tests: Verwenden Sie dieselben Szenarien wieder, konfigurieren Sie die Parallelität und lesen Sie Latenz- und Durchsatz-Ergebnisse, ohne etwas exportieren zu müssen.
CI ohne Anstrengung
Apidogs CLI führt jedes Szenario ohne Benutzeroberfläche aus und erstellt pro Lauf einen HTML-Bericht:
npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging
Es passt in Jenkins, GitLab CI oder GitHub Actions, so wie testrunner.sh es nie ganz geschafft hat; die vollständige Befehlsoberfläche finden Sie unter Verwaltung von APIs mit Apidog CLI.
Dokumentation als Ausgabe, nicht als nachträglicher Gedanke
SoapUI produziert Testartefakte. Apidog produziert auch das öffentliche Gesicht der API: interaktive Dokumentation, die aus der Spezifikation generiert wird, auf einer benutzerdefinierten Domain gehostet wird, mit einer „Probieren Sie es aus“-Konsole. Für Teams, die derzeit Dokumente in einem separaten Tool pflegen, entfällt damit ein Arbeitsschritt.
SoapUI vs. Apidog auf einen Blick
| SoapUI Open Source | Apidog | |
|---|---|---|
| Preis | Kostenlos (Pro-Funktionen in ReadyAPI verschoben, ~$829+/Lizenz/Jahr) | Kostenlos für bis zu 4 Benutzer, danach 9 US-Dollar pro Benutzer/Monat |
| Entwickelt für | SOAP/WSDL-Verträge | REST, GraphQL, gRPC, WebSocket |
| Testlogik | Groovy-Skripte | Visuelle Orchestrierung + optionale Skripte |
| Datengesteuertes Testen | Kostenpflichtig (ReadyAPI) | Enthalten, alle Pläne |
| Mocking | SOAP-zentrierte Mock-Dienste | Schema-basierte Smart-Mocks, selbst hostbar |
| Lasttests | Grundlegend kostenlos, Vollversion kostenpflichtig | Enthalten |
| CI-Integration | testrunner-Skripte | CLI mit HTML-Berichten |
| Dokumentationsgenerierung | Nein | Ja, gehostet mit benutzerdefinierter Domain |
| Zusammenarbeit | Geteilte XML-Projektdateien | Echtzeit-Team-Arbeitsbereich |
| Plattform | Java-Desktop | Desktop (Win/macOS/Linux) + Web-App |
Der ehrliche Vorbehalt in dieser Tabelle: Wenn in der Spalte „Entwickelt für“ in der ersten Zeile SOAP steht und das Ihre Arbeitslast ist, sind die meisten Punkte der Apidog-Spalte weniger relevant. Mehr dazu weiter unten.
Migration eines SoapUI-Workflows
Es gibt keinen Ein-Klick-SoapUI-Projektimporteur, und das Gegenteil zu behaupten, wäre unehrlich. Der realistische Weg:
- Beginnen Sie mit dem Vertrag, nicht mit der Projektdatei. Wenn Ihre Dienste OpenAPI-Definitionen haben, importieren Sie diese direkt in Apidog; Endpunkte, Schemata und Beispiele kommen strukturiert an. Für Dienste aus der SOAP-Ära ohne Spezifikationen erstellt der Import einer Postman-Sammlung oder cURL-Befehle die Anfrageschicht schnell neu.
- Erstellen Sie Test-Suiten als Szenarien neu. Dies ist eine Neuerstellung, keine Übersetzung, aber Teams stellen immer wieder fest, dass die zweite Version kleiner ist: Die Extraktions- und Verkettungslogik, die Groovy-Dateien füllte, wird zu visuellen Schritten, und Assertions, die XPath-Gymnastik erforderten, werden zu Feld-Level-Prüfungen.
- Verbinden Sie die CLI mit denselben CI-Jobs, die früher testrunner.sh aufgerufen haben, und entfernen Sie dann die Java-Installation von Ihren Build-Agenten.
Planen Sie einen Sprint für eine mittelgroße Suite ein. Teams, die diese Migration durchführen, berichten in der Regel, dass die Neuschreibung eine Bereinigung von Tests erzwang, die niemand seit Jahren geprüft hatte.
Ihre erste Stunde nach dem Wechsel
Minuten 0 bis 15: Import. Importieren Sie die OpenAPI-Spezifikation für einen Dienst oder einen Export im Postman-Format, falls Sie diesen haben. Endpunkte, Schemata und Beispiele kommen gruppiert und versandbereit an.
Minuten 15 bis 30: einen Testfall neu erstellen. Wählen Sie einen SoapUI-Testfall mit einer Property-Übertragung aus. Erstellen Sie ihn als Szenario neu: Anfrage A, ein Feld aus der Antwort extrahieren, in Anfrage B einspeisen, das Ergebnis bestätigen. Kein Groovy, und das gesamte Team kann lesen, was es tut.
Minuten 30 bis 45: datengesteuert machen. Hängen Sie eine CSV-Datei mit Eingaben an das Szenario an und führen Sie es einmal pro Zeile aus. In SoapUI erscheint hier der ReadyAPI-Upsell; hier ist es ein integrierter Schritt im kostenlosen Plan.
Minuten 45 bis 60: in CI integrieren. Installieren Sie die CLI, führen Sie das Szenario nach ID aus und archivieren Sie den HTML-Bericht in Ihrer Pipeline. Die Java-Installation auf Ihrem Build-Agent ist jetzt optional.
Diese Stunde beantwortet die eigentliche Frage: nicht, ob Apidog die Funktionen hat, sondern ob Ihr Team sie ohne die eine Person bedienen kann, die die alte Suite kennt.
Wann SoapUI immer noch sinnvoll ist
Wenn Ihr Bestand aus WSDL-basierten SOAP-Diensten besteht (Banking-Middleware, Regierungs-Integrationen, Enterprise Service Buses), bleibt SoapUI das Spezialwerkzeug, und Apidog wird keine WSDL importieren oder SOAP-Envelopes für Sie generieren. Wenn Ihr Team umfassende JMS- oder JDBC-Virtualisierung betreibt, ist das ebenfalls ReadyAPI-Territorium; diesen Stack haben wir in SmartBear-Preise und Top-Alternativen verglichen. Und wenn ein QA-Ingenieur eine ausgereifte Groovy-Suite besitzt, die funktioniert, hat die Neuentwicklung echte Kosten, die gegen die Vorteile der Zusammenarbeit abgewogen werden sollten. Der Wechsel zahlt sich aus, wenn REST und moderne Protokolle den Großteil Ihrer Tests ausmachen und der Groovy- und XML-Overhead das gesamte Team belastet.
Häufig gestellte Fragen
Ist Apidog kostenlos wie SoapUI Open Source?
Apidogs kostenloser Plan unterstützt 4 Benutzer mit unbegrenzten APIs, Anfragen und Testläufen und enthält die Funktionen, die SoapUI für ReadyAPI reserviert: datengesteuertes Testen, CI-Integration und teilbare Testberichte. SoapUI Open Source ist für eine Maschine gleichzeitig mit dem Kernfunktionsumfang kostenlos.
Kann Apidog SOAP-Dienste testen?
Apidog kann XML-Anfragekörper über HTTP senden, sodass einfache SOAP-Aufrufe funktionieren. Was es nicht tut, ist das Importieren von WSDLs oder das Generieren von Envelopes aus Vertragsdefinitionen. Wenn WSDL-basiertes Testen Ihre tägliche Arbeit ist, behalten Sie SoapUI für diesen Bereich.
Muss ich Groovy kennen, um Apidog zu verwenden?
Nein. Verkettung, Extraktion, datengesteuerte Schleifen und Assertions sind alle visuell. Skripting ist verfügbar, wenn Sie es wünschen, unter Verwendung einer Postman-kompatiblen Syntax anstelle von Groovy.
Was ersetzt SoapUIs testrunner in CI?
Die Apidog CLI. Installieren Sie es mit npm install -g apidog-cli, führen Sie Szenarien nach ID in jeder Umgebung aus und veröffentlichen Sie den HTML-Bericht als Build-Artefakt. Es ersetzt die Java-basierten testrunner-Skripte in Jenkins, GitLab CI oder GitHub Actions.
Was ist mit SoapUI Pro passiert?
SmartBear hat SoapUI Pro in ReadyAPI, seine kommerzielle API-Testplattform, integriert. Das Open-Source-SoapUI wird fortgesetzt, aber erweiterte Funktionen sind in ReadyAPI enthalten, das laut Drittanbieter-Preis-Trackern ab etwa 829 US-Dollar pro Lizenz und Jahr kostet.
Probieren Sie es mit einem Dienst aus
Wählen Sie einen REST-Dienst aus, den Sie derzeit in SoapUI testen, importieren Sie dessen OpenAPI-Spezifikation und erstellen Sie dessen Test-Suite als Apidog-Szenario neu. Laden Sie Apidog herunter und messen Sie die Zeit für diese Übung; die meisten Teams haben ein funktionierendes, CI-verbundenes Szenario, bevor das SoapUI-Projekt seine XML-Dateien vollständig geladen hätte. Ihr Team von 4 Personen arbeitet kostenlos, und nichts am Test erfordert einen Verkaufsanruf.