Der QA-Prozess: Was in jedem Schritt mit einem QA-Team passiert

Wenn Sie ein QA-Team beauftragen, ist der QA-Prozess das eigentliche Produkt, für das Sie bezahlen. Tester folgen sechs Schritten, damit Ihre Software vom ersten Tag an für Ihre Kunden funktioniert: Anforderungsanalyse, Testplanung, Testdesign, Testdurchführung, Fehlerberichterstattung und Release-Freigabe. Dieser Zyklus wiederholt sich mit jeder neuen Version und findet Bugs, solange ihre Behebung noch schnell und günstig ist.

Für Ihr Unternehmen bedeutet ein guter Prozess weniger Überraschungen. Das Testteam findet Bugs, bevor sie Ihr Live-Produkt erreichen und Ihren Kunden das Erlebnis verderben. Gleichzeitig können sich die Entwickler auf neue Features konzentrieren, weil QA jedes Release auf Kurs hält. Ein engagiertes QA-Team von QAwerk arbeitet sich schnell in Ihr Projekt ein und nutzt die Tools, die Sie bereits verwenden, sodass Sie schon ab der ersten Testrunde Bugberichte erhalten.

Was in jedem Schritt des QA-Prozesses passiert

Die meisten QA-Teams folgen derselben Grundabfolge, je nach Gesprächspartner bekannt als Phasen des Softwaretestens oder als Softwaretest-Lebenszyklus. Für Sie als Auftraggeber ist die entscheidende Frage, was Ihnen jeder Schritt im Software-QA-Prozess bringt:

Jeder Schritt verhindert entweder eine teure Korrektur zu einem späteren Zeitpunkt oder liefert Ihnen Fakten für eine Entscheidung, die Sie sonst aus dem Bauch heraus treffen würden. Im Folgenden zeigen wir Ihnen, wie all diese technische Arbeit zu einem Nutzen wird, den Ihr Unternehmen tatsächlich spürt.

Vor dem Testen: Unklarheiten beseitigen und den Testumfang vereinbaren

Unsere Tester können schon in den QA-Prozess einsteigen, bevor überhaupt Code geschrieben wird, und beginnen mit Ihren Anforderungen. Diese Dokumente und Designs beschreiben, wie sich jedes Feature verhalten soll, und das Team markiert alles, was unklar ist oder fehlt. Werden diese Lücken in dieser Phase geschlossen, müssen Ihre Entwickler später keine Arbeit wiederholen. In den meisten Fällen liegt alles, was Tester brauchen, bei Ihnen bereits in Form von Spezifikationen, Designs oder User Stories vor.

Als Nächstes folgt der Testplan, ein einziges Dokument, das festlegt, was auf welchen Geräten und Browsern, von wem und bis wann geprüft wird. Weil sich beide Teams vorab auf den Plan einigen, stellt niemand erst nach dem Launch fest, dass ein wichtiger Browser übersehen wurde.

Während des Testens: Wiederholbare Prüfungen und früh gefundene Bugs

Im Designschritt verwandeln QA-Ingenieure jede Anforderung in Testfälle, kurze Anweisungen, die beschreiben, was zu tun ist und welches Ergebnis zu erwarten ist. Gut geschriebene Prüfungen bleiben lange nach dem ersten Release nützlich, weil jeder im Team sie bei der nächsten Version erneut ausführen kann.

Sobald eine neue Version Ihres Produkts bereit ist, arbeitet das QA-Team diese Testfälle auf echten Geräten und Browsern ab. So erhalten Ihre Entwickler Bugberichte, solange sie den neuen Code noch frisch im Kopf haben. Neue Features werden immer zuerst manuell getestet. Später lassen sich die Prüfungen automatisieren, die bei jeder neuen Version wiederholt werden, etwa eine Produktsuche oder eine Profilaktualisierung.

Nach dem Testen: Klare Bugberichte und eine Zusammenfassung zur Freigabe

Jeder Bug, den das QA-Team findet, wird in einem gemeinsamen Tracking-System erfasst, wo Entwickler ihn übernehmen, beheben und zur erneuten Prüfung zurückgeben können. Ein guter Bugbericht enthält die Schritte zur Reproduktion des Problems, was schiefgelaufen ist und wie das richtige Ergebnis aussieht. Mit allen Details zur Hand kann ein Entwickler das Problem ohne zusätzliche Rückfragen beheben. Echte Beispiele für Bugberichte finden Sie in unserem wöchentlichen Bug Crawl, in dem wir eine bekannte App testen und die gefundenen Probleme veröffentlichen.

Vor jedem Release schließt das QA-Team den aktuellen Zyklus des QA-Prozesses mit einer kurzen Zusammenfassung ab: was bestanden hat, was fehlgeschlagen ist und welche Risiken bleiben. Testmetriken wie die Zahl der noch offenen kritischen Bugs machen aus dieser Zusammenfassung Kennzahlen, die Sie mit früheren Versionen vergleichen können. Damit haben Sie eine solide Grundlage für die Entscheidung, planmäßig zu veröffentlichen oder das Release zurückzuhalten, bis die restlichen Korrekturen umgesetzt sind.

Warum manuelles Testen vor der Automatisierung kommt

Testautomatisierung bedeutet, Skripte zu schreiben, die Prüfungen für Sie wiederholen, damit niemand jedes Mal von Hand durch die App klicken muss. Damit anzufangen klingt effizient, doch ein zu früher Einstieg verschwendet Geld. Solange sich ein Feature noch ändert, bricht jede Designanpassung die Skripte und verursacht stundenlange Reparaturarbeit.

Deshalb beginnt unser QA-Prozess mit manuellen Prüfungen, und die Tester erkunden jedes neue Feature von Hand, bis sich sein Verhalten stabilisiert hat. Erst dann entscheidet das Team, was sich zu automatisieren lohnt. So lief diese Entscheidung bei drei Kunden ab:

• Nach Nutzen auswählen: Für Penpot, ein Open-Source-Designtool, haben wir die Prüfungen automatisiert, die am wichtigsten und schnell vorzubereiten waren. Registrierung und Passwortwiederherstellung blieben manuell, weil beide Abläufe auf externe E-Mail-Dienste angewiesen sind und den Aufwand einer Automatisierung nicht wert waren.
• Zuerst Vertrauen gewinnen: Für Arctype, ein Datenbanktool, haben wir mit manuellen Tests begonnen. Nachdem der Kunde gesehen hatte, wie gründlich diese Arbeit war, übertrug er uns auch die Automatisierung, beginnend mit Registrierung und Login.
• Manuellen Aufwand für knifflige Szenarien aufsparen: Für Granola, einen KI-Notizblock, haben wir stabile Kernfunktionen wie das Onboarding und die Notizverwaltung automatisiert. Hardwareabhängige Szenarien und Zahlungen blieben bei den manuellen Testern, wodurch die Skripte schnell und zuverlässig blieben.

Natürlich lohnt sich Automatisierung nur für Prüfungen, die Sie oft wiederholen. Wenn Ihr Produkt nur wenige Male im Jahr veröffentlicht wird, ist ein gut organisierter manueller Prozess für Sie womöglich besser. Wenn Sie dagegen jede Woche releasen, wird Testautomatisierung zum praktischen Weg, alles rechtzeitig erneut zu prüfen.

Wie ein QA-Prozess-Workflow in einem echten Projekt aussieht

Den QA-Prozess-Workflow haben wir für Kazidomi umgesetzt, einen nachhaltigen Onlineshop, der in 17 europäische Länder liefert. Zu Beginn kamen die Bugberichte vom Kundenservice-Team des Shops, und oft fehlten ihnen die Details, die die Entwickler brauchten. Die Arbeit verlief dann in fünf Schritten:

1. Zuerst die Bugberichte verbessern. Wir ergänzten jeden Bericht um die Bedingungen und genauen Aktionen, die den Bug auslösen, damit die Entwickler sehen konnten, was schiefgelaufen war.
2. Die Testbibliothek aufbauen. Jedes testbereite Feature erhielt eigene Testfälle, insgesamt 587, die mit jeder Produktänderung aktuell gehalten wurden.
3. Die Routinearbeit automatisieren. Skripte übernahmen 284 dieser Testfälle, darunter Regressionsprüfungen, die bestätigen, dass alte Features nach neuem Code weiterhin funktionieren.
4. Jede Änderung prüfen. Nach jedem Code-Update liefen automatisierte Tests, mit einem schnellen Satz von etwa 30 Tests, der die zentralen Einkaufsaktionen des Shops abdeckte.
5. Den Umsatzweg schützen. Zahlungen über PayPal und Adyen erhielten besondere Aufmerksamkeit, weil ein defekter Checkout direkt Umsatz kostet.

Für Kazidomi brachte das einen schnelleren Entwicklungszyklus und Bugs, die gefunden wurden, bevor sie die Kunden erreichten. Der Workflow deckte beide Seiten des Qualitätstestens von Software ab. Klarere Bugberichte und eine vollständige Testbibliothek halfen, Probleme zu verhindern, und das ist die Aufgabe der Qualitätssicherung. Regelmäßige automatisierte Testläufe fingen die Bugs ab, die trotzdem durchrutschten, und das ist die Aufgabe der Qualitätskontrolle.

Warum der QA-Prozess als fortlaufender Zyklus läuft

Leitfäden beschreiben die sechs Schritte des QA-Prozesses meist in einer festen Reihenfolge. In echten Projekten wiederholt sich die gesamte Abfolge mit jedem Release, und die Phasen überschneiden sich oft. Das ISTQB, das internationale Gremium, das Softwaretester zertifiziert, formuliert es klar: Testaktivitäten werden oft iterativ oder parallel umgesetzt.

Dieser Rhythmus passt zur agilen Entwicklung, bei der Software in kurzen Zyklen ausgeliefert wird. Ein kontinuierlicher QA-Prozess umfasst in der Regel diese Praktiken:

• Früh testen: Tester prüfen die Anforderungen des nächsten Features, während die Entwickler das aktuelle bauen, ein Ansatz, der als Shift-Left-Testing bekannt ist.
• Jedes Release erneut prüfen: Regressionstests führen Prüfungen an Features erneut aus, die bereits funktioniert haben, damit Sie wissen, dass ein neues Update nichts beschädigt hat, worauf sich Ihre Kunden verlassen. Diese Routine wiederholen wir zum Beispiel jede Woche für Unfold, eine Storytelling-App. Die Ergebnisse jeder Runde entscheiden, welche Features live gehen.
• Die Zeitverschiebung nutzen: Für Arctype haben unsere Ingenieure getestet, während das Team in Kalifornien schlief. Jeden Morgen fanden die Entwickler die neuen Bugs bereits in Jira erfasst vor.

Eine Lücke im Testen kann selbst die größten Technologieunternehmen treffen. Im Juni 2025 dauerte ein Ausfall von Google Cloud etwa drei Stunden, nachdem eine Codeänderung mit einem Fehlerpfad in die Produktion gelangt war, der während des Rollouts nie ausgeführt wurde. In seinem Vorfallbericht verpflichtete sich Google, seine Testpraktiken zu verbessern, damit Fehler korrekt behandelt werden.

Welche Rolle KI im QA-Prozess spielt

KI beschleunigt inzwischen mehrere Schritte des QA-Prozesses. Tester nutzen KI-Tools zum Beispiel, um Testfälle aus Anforderungen zu entwerfen, neu gefundene Bugs zu sortieren und auszuwählen, was nach einer Änderung erneut geprüft werden soll. Die Verbreitung ist jedoch ungleichmäßig: Laut World Quality Report haben nur 15 % der Unternehmen generative KI in der QA unternehmensweit skaliert, während 43 % noch experimentieren.

Einen Grund für diese Lücke nennt der DORA-Bericht 2025 von Google, der untersucht, wie leistungsfähig Softwareteams arbeiten. Die Autoren beschreiben KI als Verstärker der bestehenden Stärken und Schwächen einer Organisation. Für QA bedeutet das, dass KI einen gut organisierten Prozess beschleunigt, aber auch die Lücken in einem chaotischen vervielfacht.

Bei QAwerk nutzen unsere QA-Ingenieure KI als Assistenten. Bei der KI-gestützten Testfallgenerierung aus Anforderungen zum Beispiel verwandelt ein Modell jede Featurebeschreibung in den Entwurf einer Testfallliste. Ein QA-Spezialist prüft die Liste anschließend und ergänzt die ungewöhnlichen Szenarien, an die nur jemand denkt, der Ihr Geschäft kennt.

Funktioniert Ihr QA-Prozess? Fünf Warnsignale zur Überprüfung

Wie QAwerk den QA-Prozess mit Ihrem Team umsetzt

Testen funktioniert am besten als feste Routine, auf die sich Ihre Entwickler verlassen können: zuerst manuelle Prüfungen, Automatisierung dort, wo sie sich lohnt, und eine klare Zusammenfassung vor jedem Release. Um diese Routine aufzubauen, nehmen unsere QA-Ingenieure an den Meetings und Chats Ihres Teams teil und planen das Testen rund um Ihre Launch-Termine. Ob Sie monatlich oder wöchentlich releasen, der Prozess passt sich Ihrem Tempo an. Unser Team kann außerdem in jeder Phase einsteigen, von den ersten Anforderungen bis zu einem Produkt, das bereits live ist.

Richten Sie Ihren QA-Prozess vor Ihrem nächsten Release ein.

Häufige Fragen

Sehen Sie, wie wir über 1.100 Testfälle für Granola, einen KI-Notizblock, gebaut und gepflegt und 76 % seiner Regressionssuite automatisiert haben

Bitte geben Sie Ihre Geschäfts-E-Mail ein ist keine Geschäfts-E-Mail

Fallstudie Erhalten