QA & Release-Absicherung
Software-QA & Tests
Finden Sie die Mängel, die wirklich zählen, bevor Ihre Nutzer es tun. Wir testen gewöhnliche Software, KI-generierte Codebasen und KI-gestützte Produkte, jedes auf seine eigene Weise, und zeigen Ihnen das Release-Risiko, bevor Sie ausliefern.

Wer bringt uns QA-Arbeit
Entwickler neigen dazu, die Pfade zu testen, die sie gebaut haben, sodass Lücken zwischen Funktionen, Rollen und Geräten ungeprüft bleiben. Sie brauchen eine unabhängige Sicht darauf, was sicher freigegeben werden kann, egal ob Ihr Team, ein anderer Anbieter oder KI-Tools den Code geschrieben haben.
- Product Owner, die von einer Agentur oder Freelancern gelieferte Software abnehmen
- Kleine Teams ohne dediziertem Tester und Releases, die immer wieder ältere Funktionen kaputt machen
- Gründer, die sich darauf vorbereiten, eine größtenteils mit KI-Coding-Tools entwickelte App zu launchen
Welche Testarten jede Journey abdecken
Beispielhafter Abdeckungsplan für ein Web-Produkt; Ihr Plan richtet sich nach Ihren eigenen Journeys und Risiken.
| API & Integration | Automatisiert End-to-End | Explorativ | Barrierefreiheit | |
|---|---|---|---|---|
| Registrierung und Anmeldung | Tiefgehend geplant | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen | Tiefgehend geplant |
| Checkout und Zahlung | Tiefgehend geplant | Tiefgehend geplant | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen |
| Rollen und Berechtigungen | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen | Tiefgehend geplant | Für diese Journey nicht geplant |
| Kontowiederherstellung | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen |
| Suche und Filter | Leichtere oder stichprobenartige Prüfungen | Leichtere oder stichprobenartige Prüfungen | Tiefgehend geplant | Leichtere oder stichprobenartige Prüfungen |
| Berichte und Datenexport | Tiefgehend geplant | Für diese Journey nicht geplant | Leichtere oder stichprobenartige Prüfungen | Für diese Journey nicht geplant |
- Tiefgehend geplant
- Leichtere oder stichprobenartige Prüfungen
- Für diese Journey nicht geplant
QA für gewöhnliche, KI-generierte und KI-gestützte Software
Software versagt selten dort, wo alle hinschauen. Sie versagt in einem Grenzfall beim Checkout, bei einer Berechtigung, die niemand getestet hat, oder bei einer Änderung, die eine ältere Funktion kaputt macht. Ob Sie einen Launch vorbereiten oder ein Live-Produkt betreiben, wir behandeln drei Fälle unterschiedlich. Gewöhnliche Software wird gegen Anforderungen und reale Nutzerabläufe getestet. KI-generierte Codebasen erhalten zusätzliche Prüfung, denn Code, der läuft, kann trotzdem das Falsche tun. KI-gestützte Produkte benötigen außerdem eine Bewertung ihres Modellverhaltens.
KI-unterstütztes Testen, von Experten geführte QA
Wie KI unterstützt
- Entwirft Testfälle aus Anforderungen, User Stories und Akzeptanzkriterien, die QA-Spezialisten prüfen und erweitern.
- Analysiert die Abdeckung, um zu zeigen, welche Abläufe, Rollen und Fehlerpfade noch keine Tests haben.
- Beschleunigt die Mängeluntersuchung, indem Logs, Traces und jüngste Änderungen gelesen werden, um wahrscheinliche Ursachen einzugrenzen.
- Hilft dabei, automatisierte Tests zu schreiben und zu aktualisieren, wenn sich Bildschirme, APIs oder Testdaten ändern.
Was unsere Experten verantworten
- QA-Spezialisten entscheiden anhand von Geschäftsrisiko und Anforderungen, was getestet wird, nicht danach, was der Code zufällig tut.
- Exploratives Testen wird von Menschen durchgeführt, die Grenzfälle, ungewöhnliche Eingaben und verwirrende Abläufe untersuchen.
- Jeder KI-entworfene Test wird geprüft, bevor er der Suite beitritt, und schwache Assertions werden neu geschrieben.
- Der Schweregrad von Mängeln und die Release-Empfehlung liegen in der Verantwortung unseres QA-Leiters und werden mit Ihrem Team abgestimmt.
Was Sie erhalten
Von der Teststrategie zum Release-Risiko-Bericht
Teststrategie
Umfang, Risiken, Umgebungen, Testdaten und Abbruchkriterien, angepasst daran, ob Ihr Produkt gewöhnliche Software, KI-generiert oder KI-gestützt ist.
Anforderungsbasiertes Testen
Funktionale Testfälle, die auf Anforderungen zurückführbar sind und Geschäftsabläufe, Rollen und Berechtigungen sowie Fehlerzustände auf den von Ihnen unterstützten Browsern und Geräten abdecken.
Exploratives Testen
Fokussierte manuelle Sitzungen, in denen QA-Spezialisten neue und riskante Bereiche so erkunden, wie es echte Nutzer und unachtsame Eingaben tun würden, mit Notizen zur Abdeckung.
Automatisierte Regressions-Suite
Unit-, API- und End-to-End-Prüfungen, zum Beispiel mit Playwright, die in Ihrer CI-Pipeline laufen, sodass Regressionen vor dem Release sichtbar werden.
Reproduzierbare Mängelberichte
Jeder Mangel wird in Ihrem Tracker mit Schritten zur Reproduktion, erwarteten und tatsächlichen Ergebnissen, Nachweisen und Schweregrad protokolliert und nach der Behebung erneut getestet.
Release-Risiko-Bericht
Was getestet wurde, was nicht, offene Mängel und bekannte Risiken, mit einer klaren Empfehlung, damit Ihr Team die Go/No-Go-Entscheidung treffen kann.
Wie ein QA-Engagement abläuft
- 01
Risiko und Umfang bewerten
Anforderungen, bestehende Tests, vergangene Mängel und die Art der Produktentwicklung prüfen. Umfang, Umgebungen und Testdaten vereinbaren.
- 02
Die Tests entwerfen
Die KI entwirft mögliche Testfälle; QA-Spezialisten prüfen sie, schließen die Lücken und priorisieren nach Risiko. Gemeinsam wählen wir aus, was automatisiert wird.
- 03
Testen und untersuchen
Anforderungsbasierte, explorative und automatisierte Tests durchführen, reproduzierbare Mängel protokollieren und mit Entwicklern an Ursachen und Behebungen arbeiten.
- 04
Berichten und Abdeckung erhalten
Den Release-Risiko-Bericht liefern, dann die Suite übergeben oder sie als Teil der laufenden QA aktuell halten.
Zwei Wege, mit KI-Tools zu arbeiten
KI hilft beim Entwerfen von Tests und beim Untersuchen von Defekten. Wählen Sie, wo sie Ihren Code und Ihre Testdaten verarbeiten darf.
- Private / lokale KI-Entwicklung
Privat gehostete Modelle innerhalb einer von Ihnen kontrollierten Infrastruktur oder einer vereinbarten isolierten Umgebung.
Mit diesem Paket besprechen - Entwicklung mit Claude Code / OpenAI Codex
Claude Code und/oder OpenAI Codex mit Cloud-Einstellungen, die Ihre Organisation genehmigt.
Mit diesem Paket besprechen
Nicht sicher? Wir empfehlen eines während des Scopings. KI-Bereitstellungsoptionen vergleichen
Typische QA-Anfragen
Typische Szenarien, die wir abgrenzen, keine Kundenfallstudien.
Abnahmetest vor einer Anbieter-Übergabe
Ein Unternehmen ist dabei, eine Web-App von einer externen Agentur abzunehmen. Wir testen sie gegen die vereinbarten Anforderungen, protokollieren reproduzierbare Mängel im Tracker des Unternehmens und geben eine Release-Risiko-Sicht, bevor jemand die Freigabe erteilt.
Ältere Funktionen gehen nach schnellen Releases kaputt
Ein kleines Team liefert wöchentlich mit KI-Coding-Tools aus, und jedes Release macht etwas kaputt, das früher funktionierte. Wir bilden die kritischen Abläufe ab, erkunden die riskantesten vor jedem Release und fügen für jeden bestätigten Mangel einen Regressionstest hinzu.
Go/No-Go-Input vor einem festen Launch
Ein Product Owner hat einen Launch-Termin festgelegt und eine Liste offener Defekte. Wir führen einen fokussierten Durchlauf zu Zahlungen, Registrierung und Berechtigungen durch, bewerten jeden Defekt nach seiner Auswirkung auf die Nutzer und empfehlen, was zuerst behoben werden muss; die Go/No-Go-Entscheidung bleibt bei ihnen.
Was QA nicht abdeckt
- Last-, Stress- und Kapazitätsprüfungen sind nicht Teil der funktionalen QA – siehe Performance-Testing.
- Versuche, Sicherheitsschwächen auszunutzen, erfordern eine gesonderte schriftliche Autorisierung – siehe Penetration Testing oder API Security. QA prüft, ob Berechtigungen wie spezifiziert funktionieren.
- Usability-Sitzungen mit echten Nutzern gehören zum User Testing; QA prüft das Produkt gegen Anforderungen und vereinbarte Abnahmekriterien.
- In einem eigenständigen QA-Engagement beheben Ihre Entwickler die Defekte, oder unsere Ingenieure tun dies im Rahmen eines separaten Scopes; in beiden Fällen testen wir erneut.
Wie QA mit Design, Engineering und Betrieb verbunden ist
Design: gegen reale Abläufe getestet
Nutzerabläufe, Interaktionszustände und Barrierefreiheitsanforderungen aus dem Design werden zu Akzeptanzkriterien, sodass QA das Erlebnis prüft, nicht nur den Code.
Engineering: Behebungen im selben Kreislauf
Mängel erreichen die Entwickler mit Reproduktionsschritten. Behebungen werden erneut getestet, und jeder bestätigte Mangel wird zu einem Regressionstest.
Betrieb: Release-Gates
Automatisierte Suites steuern Releases in Ihrer Deployment-Pipeline, und Smoke-Tests laufen nach jedem Release zusammen mit der Überwachung.
Laufend: Abdeckung, die Schritt hält
Während sich Ihr Produkt ändert, halten wir Regressionstests aktuell, entfernen unzuverlässige und überprüfen Risiken erneut, im Rahmen eines mit Ihnen vereinbarten Support-Plans.
FAQ
Häufig gestellte Fragen
Können Sie Software testen, die von unserem Team oder einem anderen Anbieter entwickelt wurde?
Ja. QA kann Teil eines Entwicklungsengagements mit uns sein, ein separat abgegrenzter Service für bereits existierende Software oder eine laufende Regressionsabdeckung. Bei einem bestehenden Produkt beginnen wir in der Regel mit einer kurzen Bewertung der Risiken und aktuellen Tests und vereinbaren dann einen Testplan mit Ihnen.
Unsere App wurde größtenteils mit KI-Coding-Tools entwickelt. Was testen Sie anders?
Wir leiten Tests aus Ihren Anforderungen ab, nicht aus dem generierten Code, denn KI-geschriebene Tests können einfach bestätigen, was der Code tut, statt was er tun sollte. Wir schauen auch genauer auf Bereiche, die generierter Code auf subtile Weise falsch machen kann: Autorisierung, Eingabevalidierung, Fehlerbehandlung, duplizierte Logik und Abhängigkeiten, die niemand gewählt hat. Ein Code-Audit ist oft ein nützlicher erster Schritt.
Unser Produkt hat KI-Funktionen. Deckt die Software-QA diese ab?
Sie deckt die App um sie herum ab: Anmeldung, Zahlungen, Berechtigungen und Integrationen. Das KI-Verhalten selbst benötigt eine andere Art des Testens, mit Evaluierungsdatensätzen, Antwortqualitäts- und Grounding-Prüfungen, Tool-Berechtigungen, Fehlerbehandlung und Regressionsprüfungen, wenn sich Modelle oder Prompts ändern. Wir grenzen das als KI-Evaluierung & Testen ab, zusätzlich zu Ihrer QA.
Sehen KI-Tools unseren Code und unsere Testdaten?
Nur innerhalb der von Ihnen gewählten Grenze. Mit Private / lokale KI-Entwicklung laufen Modelle auf einer von Ihnen kontrollierten Infrastruktur oder in einer isolierten Umgebung, die wir mit Ihnen vereinbaren. Mit Entwicklung mit Claude Code / OpenAI Codex verarbeiten kommerzielle Anbieter Code unter Konto-, Datenverarbeitungs- und Aufbewahrungsbedingungen, die vor Arbeitsbeginn vereinbart werden. Wo möglich, testen wir mit synthetischen oder maskierten Daten statt mit echten personenbezogenen Daten.
Release mit Nachweisen, nicht mit Annahmen
Sagen Sie uns, was Sie entwickeln und was Sie beim nächsten Release beunruhigt. Wir schlagen eine Teststrategie vor und wo Sie beginnen sollten.


