--- title: "Arga Labs oder Archal: Zustandsbasierte Integrationstests" canonical: https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/ language: de description: "Vergleiche Arga und Archal anhand eines GitHub-Slack-Ablaufs mit doppelten Events, Unterbrechungen, Berechtigungsfehlern und reproduzierbarem Zustand." image: "https://wavect.io/img/blog/headers/header_arga-vs-archal-agent-integration-testing.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/agent-harness-engineering/) # Arga Labs oder Archal: Zustandsbasierte Integrationstests TL;DR Wähle Arga oder Archal nach benötigten Serviceoperationen, Startzustand und CI-Lebenszyklus. Zustandsbasierte Zwillinge zeigen Effekte über mehrere Aufrufe, die einfache Mocks übersehen. Ein bestandener Simulationstest bestätigt jedoch nicht das Verhalten des echten Anbieters. **Quellenbasis:** Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. ## Wann helfen zustandsbasierte API-Umgebungen mehr als Mocks? Wenn Korrektheit davon abhängt, was vorherige Aktionen verändert haben. Ein Mock mit erfolgreicher Slack-Antwort beweist weder einmaligen Versand bei Wiederholung noch unveränderte gesperrte Kanäle oder korrekte spätere Lesezugriffe. Eine zustandsbasierte Umgebung macht diese Folgen prüfbar. Das [YC-Profil von Arga Labs](https://www.ycombinator.com/companies/arga-labs) nennt `argalabs.com`. Der Launch beschreibt Service-Repliken und früheres App-Staging. Kläre den aktuellen Umfang anhand heutiger Dokumentation, statt einen historischen Launch als Deployment-Vertrag zu behandeln. ## Wie unterscheiden sich Arga und Archal aktuell? Argas [aktuelle Test-Workflow-Dokumentation](https://docs.argalabs.com/features/validate-modes) trennt Twin Runs, Browser Test Runs und PR Test Runs. PR Test Runs nutzen die konfigurierte Anwendungs-URL; sie stellen die geänderte App nicht pro PR in einer Arga-Umgebung bereit. CI muss weiterhin den richtigen Build und eine erreichbare URL liefern. Archals [Dokumentation zum Startzustand](https://docs.archal.ai/sandboxes/starting-state) beschreibt versionierte Beispiele und explizites JSON sowie abgesichertes SQL für Supabase. Beim Erstellen geladener Zustand wird zur Reset-Basis. Das unterscheidet sich von älteren Beschreibungen natürlichsprachlicher Szenarien. Vergleiche aktuelle Zustandsverträge. | Entscheidung | Arga-Dokumentation | Archal-Dokumentation | | --- | --- | --- | | Anwendungs-UI testen | Browsertests gegen erreichbare URL | Eigene Anwendung und Test-Runner bereitstellen | | Startzustand reproduzieren | Gespeicherte Szenarien und Twin-Zustand | Versionierte Beispiele oder validierter Zustand | | Geänderte App validieren | Richtige Deployment-URL bereitstellen | App oder Agent gegen zurückgegebene Endpunkte betreiben | ## Was muss ein GitHub-Slack-Test prüfen? Vorgeschlagene Aufgabe: Bei einem berechtigten Issue mit Label „ready“ genau eine Zusammenfassung in den erlaubten Slack-Kanal posten und eine dauerhafte Zustellreferenz speichern. Bereite für beide Produkte dieselben synthetischen Repository-, Issue-, Kanal- und Berechtigungsdaten vor. Prüfe zuerst die tatsächlich unterstützten API-Operationen. Die Fälle sind Testanforderungen, keine Behauptung identischer Fehlerfunktionen beider Produkte. | Fall | Eingriff | Erforderlicher Endzustand | | --- | --- | --- | | Normaler Ablauf | Ein erlaubtes Label-Event | Eine Nachricht und eine Zustellreferenz | | Doppeltes Event | Dasselbe Event zweimal liefern | Weiterhin eine logische Zustellung | | Unterbrechung | Nach Versand vor lokaler Bestätigung stoppen | Bestehende Nachricht vor Wiederholung abgleichen | | Gesperrter Kanal | Versandrechte entfernen | Keine Nachricht und eindeutiger Fehler | | Unerwartete Antwort | Kontrolliert fehlerhafte Antwort im Harness | Kein falscher Erfolg, prüfbarer Fehler | | Reset | Ausgangsdaten wiederherstellen und wiederholen | Gleicher Anfangszustand und gleichwertiges Ergebnis | Prüfe Zielaufzeichnungen unabhängig vom Agententext. „Erledigt“ ist keine Zustandsprüfung. Pflege auch einen Datenbank-Ausgangszustand: Ein Twin-Reset setzt dein eigenes Zustellprotokoll nicht automatisch zurück. ## Wie isoliert CI Zugangsdaten und Fehler? Nutze zurückgegebene Endpunkte und begrenzte Credentials mit einer Allowlist gegen echten Provider-Fallback. Archals [aktuelle Lebenszyklus- und Authentifizierungsreferenz](https://docs.archal.ai/llms.txt) trennt Workspace-Steuerung und Umgebungszugriff. Ein fehlgeschlagener Start muss den Job scheitern lassen, statt Testverkehr nach Produktion umzuleiten. Sichere Vorher-Zustand, Request-Trace, Nachher-Zustand und Aktionsprotokoll. Entferne Sessions auch nach fehlgeschlagenen Assertions. Setze unabhängige Fälle zurück und serialisiere bewusst geteilten Zustand. Entferne Credentials und personenbezogene Daten aus Artefakten. ## Was beweisen diese Umgebungen nicht? Prüfe Argas [Unterstützung und Einschränkungen je Twin](https://docs.argalabs.com/concepts/twin-reference) für jeden benötigten Endpunkt. Simulationen können bei Rate Limits, OAuth, Timing, Webhooks und undokumentiertem Verhalten abweichen. Behalte ein eng begrenztes echtes Testkonto für Vertragstests und nutze Twins für reproduzierbare Fehler- und Zustandstests. Ein bestandener Test ersetzt den anderen nicht. Archals [Verbrauchsdokumentation](https://docs.archal.ai/pricing-usage) nennt derzeit 0,10 USD pro bereitgestellter Umgebungsminute, sekundengenau anteilig. Zwei bereite Umgebungen für zehn Minuten ergeben modellhaft 2 USD, ohne weitere Werkzeuge. Das ist eine Rechnung, kein gemessener Lauf. Berücksichtige Einrichtung, Abbau, Leerlauf und aktuelle Verfügbarkeit bezahlter Fortsetzung. Laut geprüfter Dokumentation ist eine kostenpflichtige Fortsetzung derzeit nicht im Self-Service verfügbar. Kläre den Zugang vor regelmäßigem CI-Betrieb. ## Welches Produkt solltest du wählen? Dasjenige, das deinen genauen Ablauf unterstützt und Fehler zu einem tragbaren CI-Aufwand reproduziert. Arga ist interessant, wenn wiederverwendbare Browserabläufe und Twins zusammenpassen. Archal passt als Prüfkandidat bei explizitem Zustand und API-Umgebungen für den vorhandenen Runner. Mit Operationsliste und Fehlerprotokoll kannst du [einen Integrationstest-Pilot planen](/de/contact/). [Lade das vorgeschlagene Pilotprotokoll als JSON herunter. Es enthält Abnahmefälle und leere Ergebnisfelder, keine gemessenen Anbieterresultate.](/downloads/arga-vs-archal-agent-integration-testing-pilot.json) ## Weiterführende Umsetzungshilfe [KI-Agenten-Harness erklärt: Die Zuverlässigkeitsschicht rund um ein LLM](/de/blog/agent-harness-engineering/). [Canary AI QA: Fehlererkennung statt Benchmark-Punkte prüfen](/de/blog/canary-ai-qa-defect-detection/). ## Geprüfte Quellen - [YC: Arga Labs](https://www.ycombinator.com/companies/arga-labs) - [Arga: Validate Modes](https://docs.argalabs.com/features/validate-modes) - [Archal: Starting State](https://docs.archal.ai/sandboxes/starting-state) - [Archal: llms.txt](https://docs.archal.ai/llms.txt) - [Arga: Twin Reference](https://docs.argalabs.com/concepts/twin-reference) - [Archal: Pricing & Usage](https://docs.archal.ai/pricing-usage) **Unabhängigkeit und Marken:** Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: [office@wavect.io](mailto:office@wavect.io) QA und Produktionsreife ## In diesem Cluster weiterlesen Tests, Audits, Wartung und Härtung für verlässliche Produktionssoftware. [Mit dem Grundlagenartikel starten**QA für KI-generierten Code**](/de/blog/qa-for-ai-generated-code/) - [Greptile Base, Plus oder Apex: PR-Reviews sinnvoll budgetieren](/de/blog/greptile-base-plus-apex-review-budget/) - [Canary AI QA: Fehlererkennung statt Benchmark-Punkte prüfen](/de/blog/canary-ai-qa-defect-detection/) - [Cua für Desktop-QA: Browser und native App gemeinsam testen](/de/blog/cua-desktop-qa-browser-native-workflow/) - [Browser Use vs. Playwright: Aktionen nach Timeouts sicher prüfen](/de/blog/browser-use-vs-playwright-authenticated-workflow/) - [ChatGPT Dots + GitHub: Vom Bugreport zum geprüften PR](/de/blog/chatgpt-dots-github-bug-triage/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/agent-harness-engineering/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/#webpage", "@type": "WebPage", "dateModified": "2026-10-08", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-10-08", "url": "https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Wähle Arga oder Archal nach benötigten Serviceoperationen, Startzustand und CI-Lebenszyklus. Zustandsbasierte Zwillinge zeigen Effekte über mehrere Aufrufe, die einfache Mocks übersehen. Ein bestandener Simulationstest bestätigt jedoch nicht das Verhalten des echten Anbieters.", "articleBody": " Blog-Übersicht/Delivery und QA/QA und Produktionsreife Arga Labs oder Archal: Zustandsbasierte Integrationstests TL;DR Wähle Arga oder Archal nach benötigten Serviceoperationen, Startzustand und CI-Lebenszyklus. Zustandsbasierte Zwillinge zeigen Effekte über mehrere Aufrufe, die einfache Mocks übersehen. Ein bestandener Simulationstest bestätigt jedoch nicht das Verhalten des echten Anbieters. Quellenbasis: Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. Wann helfen zustandsbasierte API-Umgebungen mehr als Mocks? Wenn Korrektheit davon abhängt, was vorherige Aktionen verändert haben. Ein Mock mit erfolgreicher Slack-Antwort beweist weder einmaligen Versand bei Wiederholung noch unveränderte gesperrte Kanäle oder korrekte spätere Lesezugriffe. Eine zustandsbasierte Umgebung macht diese Folgen prüfbar. Das YC-Profil von Arga Labs nennt argalabs.com. Der Launch beschreibt Service-Repliken und früheres App-Staging. Kläre den aktuellen Umfang anhand heutiger Dokumentation, statt einen historischen Launch als Deployment-Vertrag zu behandeln. Wie unterscheiden sich Arga und Archal aktuell? Argas aktuelle Test-Workflow-Dokumentation trennt Twin Runs, Browser Test Runs und PR Test Runs. PR Test Runs nutzen die konfigurierte Anwendungs-URL; sie stellen die geänderte App nicht pro PR in einer Arga-Umgebung bereit. CI muss weiterhin den richtigen Build und eine erreichbare URL liefern. Archals Dokumentation zum Startzustand beschreibt versionierte Beispiele und explizites JSON sowie abgesichertes SQL für Supabase. Beim Erstellen geladener Zustand wird zur Reset-Basis. Das unterscheidet sich von älteren Beschreibungen natürlichsprachlicher Szenarien. Vergleiche aktuelle Zustandsverträge. EntscheidungArga-DokumentationArchal-Dokumentation Anwendungs-UI testenBrowsertests gegen erreichbare URLEigene Anwendung und Test-Runner bereitstellenStartzustand reproduzierenGespeicherte Szenarien und Twin-ZustandVersionierte Beispiele oder validierter ZustandGeänderte App validierenRichtige Deployment-URL bereitstellenApp oder Agent gegen zurückgegebene Endpunkte betreiben Was muss ein GitHub-Slack-Test prüfen? Vorgeschlagene Aufgabe: Bei einem berechtigten Issue mit Label „ready“ genau eine Zusammenfassung in den erlaubten Slack-Kanal posten und eine dauerhafte Zustellreferenz speichern. Bereite für beide Produkte dieselben synthetischen Repository-, Issue-, Kanal- und Berechtigungsdaten vor. Prüfe zuerst die tatsächlich unterstützten API-Operationen. Die Fälle sind Testanforderungen, keine Behauptung identischer Fehlerfunktionen beider Produkte. FallEingriffErforderlicher Endzustand Normaler AblaufEin erlaubtes Label-EventEine Nachricht und eine ZustellreferenzDoppeltes EventDasselbe Event zweimal liefernWeiterhin eine logische ZustellungUnterbrechungNach Versand vor lokaler Bestätigung stoppenBestehende Nachricht vor Wiederholung abgleichenGesperrter KanalVersandrechte entfernenKeine Nachricht und eindeutiger FehlerUnerwartete AntwortKontrolliert fehlerhafte Antwort im HarnessKein falscher Erfolg, prüfbarer FehlerResetAusgangsdaten wiederherstellen und wiederholenGleicher Anfangszustand und gleichwertiges Ergebnis Prüfe Zielaufzeichnungen unabhängig vom Agententext. „Erledigt“ ist keine Zustandsprüfung. Pflege auch einen Datenbank-Ausgangszustand: Ein Twin-Reset setzt dein eigenes Zustellprotokoll nicht automatisch zurück. Wie isoliert CI Zugangsdaten und Fehler? Nutze zurückgegebene Endpunkte und begrenzte Credentials mit einer Allowlist gegen echten Provider-Fallback. Archals aktuelle Lebenszyklus- und Authentifizierungsreferenz trennt Workspace-Steuerung und Umgebungszugriff. Ein fehlgeschlagener Start muss den Job scheitern lassen, statt Testverkehr nach Produktion umzuleiten. Sichere Vorher-Zustand, Request-Trace, Nachher-Zustand und Aktionsprotokoll. Entferne Sessions auch nach fehlgeschlagenen Assertions. Setze unabhängige Fälle zurück und serialisiere bewusst geteilten Zustand. Entferne Credentials und personenbezogene Daten aus Artefakten. Was beweisen diese Umgebungen nicht? Prüfe Argas Unterstützung und Einschränkungen je Twin für jeden benötigten Endpunkt. Simulationen können bei Rate Limits, OAuth, Timing, Webhooks und undokumentiertem Verhalten abweichen. Behalte ein eng begrenztes echtes Testkonto für Vertragstests und nutze Twins für reproduzierbare Fehler- und Zustandstests. Ein bestandener Test ersetzt den anderen nicht. Archals Verbrauchsdokumentation nennt derzeit 0,10 USD pro bereitgestellter Umgebungsminute, sekundengenau anteilig. Zwei bereite Umgebungen für zehn Minuten ergeben modellhaft 2 USD, ohne weitere Werkzeuge. Das ist eine Rechnung, kein gemessener Lauf. Berücksichtige Einrichtung, Abbau, Leerlauf und aktuelle Verfügbarkeit bezahlter Fortsetzung. Laut geprüfter Dokumentation ist eine kostenpflichtige Fortsetzung derzeit", "articleSection": "Entwicklung", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "YC-Profil von Arga Labs", "url": "https://www.ycombinator.com/companies/arga-labs" }, { "@type": "WebPage", "name": "aktuelle Test-Workflow-Dokumentation", "url": "https://docs.argalabs.com/features/validate-modes" }, { "@type": "WebPage", "name": "Dokumentation zum Startzustand", "url": "https://docs.archal.ai/sandboxes/starting-state" }, { "@type": "WebPage", "name": "aktuelle Lebenszyklus- und Authentifizierungsreferenz", "url": "https://docs.archal.ai/llms.txt" }, { "@type": "WebPage", "name": "Unterstützung und Einschränkungen je Twin", "url": "https://docs.argalabs.com/concepts/twin-reference" }, { "@type": "WebPage", "name": "Verbrauchsdokumentation", "url": "https://docs.archal.ai/pricing-usage" } ], "dateModified": "2026-10-08", "datePublished": "2026-10-08", "description": "Wähle Arga oder Archal nach benötigten Serviceoperationen, Startzustand und CI-Lebenszyklus. Zustandsbasierte Zwillinge zeigen Effekte über mehrere Aufrufe, die einfache Mocks übersehen. Ein bestandener Simulationstest bestätigt jedoch nicht das Verhalten des echten Anbieters.", "headline": "Arga Labs oder Archal: Zustandsbasierte Integrationstests", "image": "https://wavect.io/img/blog/headers/header_arga-vs-archal-agent-integration-testing.svg", "inLanguage": "de", "keywords": "Entwicklung, KI-Agenten", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/", "wordCount": 968 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/delivery-qa/", "name": "Delivery und QA", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/qa-production/", "name": "QA und Produktionsreife", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/arga-vs-archal-agent-integration-testing/", "name": "Arga Labs oder Archal: Zustandsbasierte Integrationstests", "position": 5 } ] } ```