{
  "version": 1,
  "type": "tool",
  "canonicalUrl": "https://tools.utildesk.de/tools/detox/",
  "markdownUrl": "https://tools.utildesk.de/markdown/tools/detox.md",
  "data": {
    "slug": "detox",
    "title": "Detox",
    "url": "https://tools.utildesk.de/tools/detox/",
    "category": "AI Agents",
    "priceModel": "Open Source",
    "tags": [
      "detox",
      "qa",
      "test-automation"
    ],
    "description": "Detox testet mobile Anwendungen Ende-zu-Ende mit synchronisierten Aktionen und eignet sich für wenige geschäftskritische Nutzerabläufe.",
    "officialUrl": "https://wix.github.io/Detox/",
    "affiliateUrl": null,
    "inLanguage": "de-DE",
    "tier": "C",
    "editorialStatus": "curated",
    "featureList": [
      "Login-, Onboarding- und Checkout-Flows testen",
      "Regressionen vor Releases abfangen",
      "Mobile CI-Pipelines ergänzen",
      "Interaktionen auf Geräten oder Simulatoren automatisieren",
      "Push-, Permission- und Deep-Link-Flows absichern",
      "Release-Checks für besonders umsatz- oder supportkritische Wege automatisieren",
      "Stärker als reine Komponententests für echte Flows",
      "Gut für React-Native-nahe Projekte"
    ],
    "wordCount": 585,
    "contentMarkdown": "# Detox\n\nNach einem Update scheitert der mobile Login nur im CI, lokal aber nicht. Das Team baut deshalb einen kleinen Detox-Test mit kontrollierten Fixtures, eindeutigen Aktionen und fachlichen Assertions, lässt ihn auf derselben App-Version und Emulator-Konfiguration laufen und speichert bei Fehlern Logs sowie Video. So wird Flakiness messbar statt weggeklickt. Detox hilft bei echten End-to-End-Risiken; für reine Komponentenlogik wären schnellere Tests die bessere Ebene.\n\nDetox hilft, mobile Apps automatisiert so zu testen, wie Nutzer sie bedienen würden. Für React-Native-Teams ist es interessant, weil Tests näher an realen Interaktionen laufen als reine Unit-Tests.\n\nGeeignet für Mobile-Teams, QA-Automatisierung und Projekte mit häufigen Regressionen in App-Flows.\n\n## Für wen ist Detox geeignet?\n\nDetox eignet sich für Mobile-Teams, besonders im React-Native-Umfeld, die kritische App-Flows automatisiert gegen echte Laufzeitbedingungen prüfen wollen. Es ist sinnvoll, wenn Login, Onboarding, Checkout, Berechtigungen oder Offline-Verhalten vor jedem Release zuverlässig getestet werden müssen.\n\nFür kleine Apps ohne stabile Testumgebung kann Detox zu früh sein. Der Aufwand lohnt sich erst, wenn Build-Pipeline, Testdaten, Simulatoren und Verantwortlichkeiten sauber genug sind, damit E2E-Tests nicht ständig aus falschen Gründen brechen.\n\n<figure class=\"tool-editorial-figure\">\n  <img src=\"/images/tools/detox-editorial.webp\" alt=\"Illustration zu Detox: Mobile QA-Team laesst App-Tests ueber Geraete und Pruefgates laufen\" loading=\"lazy\" decoding=\"async\" />\n</figure>\n\n## Typische Einsatzszenarien\n\n- Login-, Onboarding- und Checkout-Flows testen\n- Regressionen vor Releases abfangen\n- Mobile CI-Pipelines ergänzen\n- Interaktionen auf Geräten oder Simulatoren automatisieren\n- Push-, Permission- und Deep-Link-Flows absichern\n- Release-Checks für besonders umsatz- oder supportkritische Wege automatisieren\n\n## Stärken\n\n- Stärker als reine Komponententests für echte Flows\n- Gut für React-Native-nahe Projekte\n- Hilft bei releasekritischen mobilen Pfaden\n\n## Grenzen\n\n- E2E-Tests können fragil sein\n- Setup und CI-Stabilität brauchen Pflege\n- Nicht jeder Test gehört auf diese Ebene\n\n## Workflow-Fit\n\nDetox gehört an das obere Ende der Testpyramide. Unit- und Integrationstests sollten schnelle Logik absichern, Detox prüft wenige, aber wichtige Nutzerflüsse so realistisch wie möglich.\n\nEin guter Workflow hält die Suite klein, stabil und releasekritisch. Wenn jede Kleinigkeit als E2E-Test modelliert wird, wird die Pipeline langsam und fragil; wenn nur Kernflows getestet werden, kann Detox sehr wertvoll sein.\n\n## Datenschutz & Daten\n\nTestumgebungen sollten keine echten Kundendaten nutzen. Zugangsdaten, Testaccounts und Geräte-Logs müssen kontrolliert werden.\n\n## Preise & Kosten\n\nDetox ist im Katalog als **Open Source** geführt. Direkte Lizenzkosten sind nicht der Hauptpunkt; entscheidend sind Setup-Zeit, CI-Minuten, Geräte- beziehungsweise Simulatorpflege und der Aufwand für stabile Testdaten.\n\nTeams sollten einkalkulieren, dass E2E-Tests laufend gewartet werden müssen. Der Preis ist also weniger das Tool selbst als die Disziplin, Testfälle aktuell zu halten.\n\n**Zum Anbieter:** https://wix.github.io/Detox/\n\n## Alternativen\n\n- [Appium](/tools/appium/): für native und hybride Mobile-Apps über verschiedene Frameworks hinweg.\n- [Selenium](/tools/selenium/): für etablierte Browser-Automation mit breitem Ökosystem.\n- [Playwright](/tools/playwright/): für moderne Web-End-to-End-Tests und detaillierte Traces.\n- [Cypress](/tools/cypress/): für entwicklernahe Frontend- und Web-App-Tests.\n## Redaktionelle Einschätzung\n\nDetox ist wertvoll, wenn mobile Kernflows wirklich abgesichert werden müssen. Es braucht aber disziplinierte Testarchitektur.\n\n## FAQ\n\n**Ist Detox für Einsteiger geeignet?**\n\nDetox ist eher ein Werkzeug für Teams mit Test- und CI-Erfahrung. Einsteiger sollten zunächst Teststrategie, stabile Selektoren und Testdaten klären, bevor sie eine große Detox-Suite aufbauen.\n\n**Wann lohnt sich Detox besonders?**\n\nDetox lohnt sich, wenn App-Releases regelmäßig Regressionen in Kernflows riskieren. Der beste Start sind wenige kritische Pfade wie Login, Bezahlung, Onboarding oder Berechtigungen, die bei jedem Release reproduzierbar geprüft werden müssen.\n\n**Worauf sollte man vor dem Einsatz achten?**\n\nWichtig sind stabile Test-IDs, kontrollierte Testaccounts, reproduzierbare Builds, CI-Ressourcen und klare Regeln, welche Flows wirklich E2E getestet werden. Echte Kundendaten gehören nicht in diese Tests.\n\n**Wie reduziert man Flakiness bei Detox-Tests?**\n\nKontrollierte Testdaten, stabile Selektoren, eindeutige Zustände und identische Build-Umgebungen verwenden. Fehler sollten mit Logs und Video untersucht statt blind wiederholt werden."
  }
}