Feature-Verfuegbarkeit & Release-Gates
QA Studio folgt im Release-Betrieb einem lizenz- und setupabhaengigen Verfuegbarkeitsmodell. Kernfunktionen werden nicht ueber beliebige Produktions-Toggles freigeschaltet, sondern ueber die aktive Produktbasis und den aktuellen Lizenzkontext.
Aktuelles Verfuegbarkeitsmodell
| Faehigkeit | Verfuegbarkeit | Hinweis |
|---|---|---|
| Runner und Test Hub | Alle bezahlten Plaene | Kern-Ausfuehrung und Testauswahl |
| KI-Assistenz mit Projektkontext | Alle bezahlten Plaene | BYOK-Modell |
| Swarm QA | Alle bezahlten Plaene | 8-Agenten-Scanflaeche |
| Accessibility Auditor | Alle bezahlten Plaene | BFSG / WCAG 2.1 AA |
| Scout | Alle bezahlten Plaene | Analyse- und Discovery-Unterstuetzung |
| Evidence- und PDF-Ausgaben | Alle bezahlten Plaene | Export und Audit-Dokumentation |
| Device Lab | Team | Team-Skalierung fuer Ausfuehrung |
| Architecture Audit | Team | Strukturanalyse und Dependency-Einblick |
| Ops Portal | Auf Anfrage | Private Deployments und erweiterter Betriebsmodus |
| Geplante Swarm-Scans | Auf Anfrage | Wiederkehrende Scans fuer private Rollout-Szenarien |
| Webhooks | Auf Anfrage | Slack-, Teams- und Discord-Benachrichtigungen fuer erweiterte Deployments |
| Checkmk-Integration | Auf Anfrage | Monitoring-Korrelation fuer private Deployment-Setups |
| AI Proxy | Auf Anfrage | Self-hosted Provider-Routing fuer kontrollierte Infrastruktur |
So funktioniert das Gating in der App
- Gemeinsame Kernmodule folgen der aktiven Produktbasis.
- Team-Bereiche werden per Lizenz freigeschaltet oder zeigen ein Upgrade-Gate.
- Erweiterte Private-Deployment-Bereiche bleiben intern oder auf Anfrage und sind nicht Teil des normalen oeffentlichen Self-Serve-Planflusses.
- Developer-Overrides sind internen Diagnose- und Support-Workflows vorbehalten und nicht fuer den normalen Release-Betrieb gedacht.