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 & IntegrationAutomatisiert End-to-EndExplorativBarrierefreiheit
Registrierung und AnmeldungTiefgehend geplantTiefgehend geplantLeichtere oder stichprobenartige PrüfungenTiefgehend geplant
Checkout und ZahlungTiefgehend geplantTiefgehend geplantTiefgehend geplantLeichtere oder stichprobenartige Prüfungen
Rollen und BerechtigungenTiefgehend geplantLeichtere oder stichprobenartige PrüfungenTiefgehend geplantFür diese Journey nicht geplant
KontowiederherstellungTiefgehend geplantLeichtere oder stichprobenartige PrüfungenTiefgehend geplantLeichtere oder stichprobenartige Prüfungen
Suche und FilterLeichtere oder stichprobenartige PrüfungenLeichtere oder stichprobenartige PrüfungenTiefgehend geplantLeichtere oder stichprobenartige Prüfungen
Berichte und DatenexportTiefgehend geplantFür diese Journey nicht geplantLeichtere oder stichprobenartige PrüfungenFü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

  1. 01

    Risiko und Umfang bewerten

    Anforderungen, bestehende Tests, vergangene Mängel und die Art der Produktentwicklung prüfen. Umfang, Umgebungen und Testdaten vereinbaren.

  2. 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.

  3. 03

    Testen und untersuchen

    Anforderungsbasierte, explorative und automatisierte Tests durchführen, reproduzierbare Mängel protokollieren und mit Entwicklern an Ursachen und Behebungen arbeiten.

  4. 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.

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.