Ist QA in der frühen Projektplanung notwendig?

QA in frühen Projektphasen

Den Erfolg eines Projekts bestimmen viele Faktoren – einer davon ist ein tragfähiger Projektplan in den frühen Vorbereitungsphasen. Deshalb werden immer mehr Teammitglieder frühzeitig eingebunden. Und das betrifft nicht nur Analysten, sondern auch Developer und QA Engineers. Da jedes Teammitglied dank unterschiedlicher Kompetenzen und Erfahrungen eine eigene Denkweise mitbringt, entstehen wertvolle, vielfältige Perspektiven auf fachliche Anforderungen.

Der richtige Zeitpunkt, QA in ein Projekt einzubinden, hängt vom Kunden und der gewählten Softwareentwicklungsmethodik ab. In Agile beginnt die Arbeit der Tester an einem bestimmten Punkt des Software-Lebenszyklus, im Wasserfallmodell an einem anderen. Vieles hängt von Entscheidung und Budget des Kunden ab – und auch wenn die frühzeitige Einbindung von QA zusätzliche Kosten verursacht, gibt es mehrere Gründe, warum sie sich dennoch auszahlen kann.

Welche Vorteile hat die frühe Einbindung von QA?

Höchste Softwarequalität ist entscheidend – sonst profitiert die Konkurrenz von der Unzufriedenheit der Nutzer. Die Einbindung von QA in einer frühen Phase der Anwendungsentwicklung bedeutet, dass Fehler vorweggenommen werden. Diese Fehler können in der Anwendung selbst liegen, im Design oder während der Anforderungserhebung entstehen. Es ist einfacher (und günstiger), eine Änderung an den Anforderungen oder am Design vorzunehmen als am Code. Durch das frühzeitige Finden und Beheben von Fehlern steigern wir die Produktqualität von Anfang an.

Sogar das Patchen einer früheren Version der Software ist erheblich einfacher und zeitsparender, als eine Anwendung in einem fortgeschrittenen Entwicklungsstadium zu reparieren. Eine fertige Anwendung ist in der Regel ein hochgradig komplexes Produkt – spätere Korrekturen bergen das Risiko weiterer Fehlfunktionen an anderer Stelle. Eine solche Rekonstruktion erfordert naturgemäß mehr Arbeit, mehr Zeit – und damit mehr Geld. 

Was QA zu Projektbeginn leisten kann

Teilnahme an Kunden-Workshops 

QA kann schon in den frühesten Projektphasen über Kunden-Workshops eingebunden werden. Dort ist es hilfreich beim Hinterfragen und Sammeln von Nutzeranforderungen. Außerdem hilft QA, Anforderungen zu identifizieren, die der Kunde noch nicht berücksichtigt hat, die aber für das korrekte Funktionieren der Anwendung notwendig sind.

Für den QA Engineer ist die Teilnahme an Product Discovery Workshops eine Gelegenheit, den Kunden kennenzulernen und seine geschäftlichen Bedürfnisse besser zu verstehen. Letztlich geht es darum zu klären, wie und warum das Endprodukt funktionieren soll. So kann QA die Usability der Anwendung effizienter testen. Der Product Discovery Workshop ist ein fester Bestandteil des Softwareentwicklungsprozesses bei Startup House.

Teilnahme an der Anforderungsanalyse

Während der Anforderungsanalyse kann der QA Engineer Unstimmigkeiten und/oder Lücken in den Anforderungen. Dadurch lässt sich die Dokumentation mit dem Kunden abstimmen und frühzeitig korrigieren. QA kann außerdem bei der Erstellung von User Stories helfen, Feedback geben und Akzeptanzkriterien formulieren.

Teststrategie entwerfen

Vor dem Projektstart sollte der QA Engineer planen, welcher Testansatz im Testprozess verwendet wird. Diese Teststrategie legt fest, was getestet wird, wie getestet wird und wer für die Tests verantwortlich ist. Je nach Projektgröße, Budget und Organisationsansatz wird das Testteam entsprechend dimensioniert. In manchen Projekten verantwortet der Testleiter oder Testmanager die strategische Planung, während die Umsetzung von mehreren Testern getragen wird. In anderen Projekten besteht das Testteam aus nur einer Person, die sowohl die Planung als auch die Testdurchführung übernimmt.

Im Rahmen der Teststrategie definiert QA Umfang und Ansatz der Tests, legt Anforderungen an die Testumgebung fest, wählt geeignete Tools aus und plant Methode und Frequenz des Reportings. Abschließend identifiziert QA Projektrisiken sowie sämtliche Eintritts- und Austrittskriterien.

Das Ergebnis dieser Planung ist der Testplan, ein Dokument, das alle genannten Informationen zum Testprozess im Projekt enthält. Die Dokumentation des gesamten Prozesses zu Projektbeginn stellt sicher, dass die nachfolgende Arbeit in der Softwareentwicklung systematisch und geordnet abläuft.

Prozessablauf dokumentieren

Der Start des Softwareentwicklungsprozesses ist ideal, um Flussdiagramme einzuführen. Solche Unterlagen helfen, logische Fehler zu erkennen und Stellen zu identifizieren, an denen Entscheidungspfade nicht vollständig abgedeckt sind oder notwendige Funktionalitäten fehlen.  Sie sind auch nützlich für die Planung des gesamten Softwareentwicklungsprozesses. Mit Prozessdiagrammen wird das Projekt für technische wie nicht-technische Stakeholder verständlicher.

Diagramme unterstützen nicht nur das Verständnis und die Gespräche mit dem Kunden, sondern können auch als Grundlage dienen, um User Stories für die Entwicklung einzuplanen. Werden sie früh genug erstellt, helfen sie zudem bei der Formulierung der User Stories. 

Testdokumentation erstellen

Auf Basis der Anforderungen und Software-Designs kann QA den Großteil der für das Projekt benötigten Testfälle schreiben. Testdokumentation entsteht am besten zu Beginn der Softwareentwicklung, wenn es noch nichts zu testen gibt. Das Schreiben von Testfällen kann – ähnlich wie das Erstellen von Prozessdiagrammen – Lücken in Logik und Anforderungen aufdecken: Je früher Probleme erkannt werden, desto einfacher lassen sie sich beheben.

Eine frühe Testdokumentation erleichtert QA später die Arbeit. Wenn neue Funktionalitäten hinzukommen, kann sich der Tester auf das Testen konzentrieren und den Großteil der Zeit dafür aufwenden. Die fertige Dokumentation erleichtert die Planung von Testläufen: Funktionstests, End-to-End-Tests, Smoke-Tests und Regressionstests.

Neue Features sofort testen

Die Präsenz des QA Engineers in den frühen Phasen der Softwareentwicklung ermöglicht es, selbst kleinste gelieferte Teile der Anwendung unmittelbar zu testen. 

Sobald eine Testumgebung mit Code bereitsteht, kann QA starten. Für das Testen einzelner Module muss die gesamte Anwendung noch nicht existieren oder funktionieren – stattdessen können Stubs und Mocks verwendet werden. Diese Vorgehensweise ermöglicht es QA, ein neues Modul kurz nach seiner Erstellung zu prüfen und Korrekturen vorzunehmen, ohne auf den Rest der Anwendung warten zu müssen. Da es einfacher ist, ein kürzlich bearbeitetes Modul zu korrigieren, profitieren auch die Developer davon. Solche Korrekturen gefährden den Rest der Anwendung nicht, da das Produkt in dieser frühen Phase noch wenig komplex ist.

Fazit

Die frühzeitige Einbindung des QA Engineers ermöglicht die frühe Erkennung von Bugs und reduziert damit die Kosten für deren Behebung. Unstimmigkeiten in den Anforderungen zu finden, ist deutlich vorteilhafter, denn Änderungen am Design sind wesentlich wirtschaftlicher als Änderungen am Anwendungscode.

Außerdem liefert QA in Kundengesprächen einen unverzichtbaren Überblick über das Projekt – es ist daher klug, QA von Anfang an einzuplanen. Es ist eine Investition, deren Rendite weniger durch behobene Probleme entsteht, sondern vor allem durch die, die vermieden werden.

Bei Startup House teilen wir unser Wissen gern. Wenn Sie mehr erfahren möchten, kontaktieren Sie uns: hello@start-up.house