Ein-des-ein blog

Teststufen und QA-Lebenszyklus

Der unaufhaltsame Prozess des Wachstums der High-Tech-Industrie führt zu einer zunehmenden Anzahl von Stellenangeboten für QA-Ingenieure. Erinnern Sie sich, als vor einigen Jahren einige Experten einen allgemeinen Rückgang des IT-Sektors aufgrund seiner Übersättigung mit Kandidaten vorhersagten? Die Wahrheit ist, dass unsere Linkedin-Postfächer mit Nachrichten von Recruitern über die Suche nach den stärksten QA-Profis überflutet sind. Dies ist in einer post-covid Realität, in der täglich neue Online-Lösungen entstehen, um das Leben der Menschen weltweit zu vereinfachen und zu verbessern, zu einem häufigeren Vorkommen geworden. Unsere QA-Testprofis sind definitiv KEINE Ausnahme und erhalten diese Nachrichten ziemlich oft. Sogar die mutigen Jungs, die einst selbstbewusst genug waren, rohe Apps ohne angemessene Überprüfungen zu veröffentlichen, sehen sich jetzt der Realität gegenüber. Heute wird QA-Testing auf ein Podest gestellt, da es nun als eine der wichtigsten Phasen (wir sprechen auch über andere Phasen) des Entwicklungslebenszyklus (auch bekannt als SDLC) angesehen wird. Es spielt keine Rolle, ob Sie beschlossen haben, in eine m-Commerce-App, eine Event-Streaming-App oder etwas anderes zu investieren (laut den wichtigsten mobilen App-Trends im Jahr 2021), eine solche Bewertung ist entscheidend, wenn Sie nicht nur wettbewerbsfähige Funktionen entwickeln, sondern auch Popularität und Respekt von Kunden gewinnen sowie die Qualitätsstandards und die Benutzerzufriedenheit erhöhen möchten, was alles zu einem Gewinnwachstum des Unternehmens führen wird. Unsere Mission ist es, genau zu erklären, wie ein QA-Lebenszyklus aussieht. Warum ist Testing für sowohl kleine als auch große Organisationen erforderlich, egal was sie entwickeln? Was sind die verschiedenen Testebenen? Zu viele Fragen und wir sind hier, um sie zu beantworten! Hier bei ein-des-ein sind wir uns sicher, dass es Sie definitiv davor bewahren könnte, eine falsche Wahl zu treffen und kostspielige Fehler zu machen! In diesem Artikel haben wir Tipps gesammelt, die Ihnen helfen werden, den gesamten Prozess besser zu verstehen.

Was ist STLC? Wie unterscheidet es sich von SDLC?

Der Software-Testlebenszyklus (STLC) ist eine Reihe systematisch durchgeführter Schritte, um sicherzustellen, dass ein Programm korrekt funktioniert. Jedes Produktionsproblem wird wahrscheinlich schneller und kosteneffizienter behoben (dank der Fehler anderer Unternehmen, von denen wir lernen). Um eine STLC-Position im Entwicklungsprozess besser zu verstehen, ist es entscheidend, die Unterschiede zwischen dem Software-Entwicklungslebenszyklus (SDLC) und dem Software-Testlebenszyklus (STLC) zu verstehen. Anfänger verwechseln diese Abkürzungen leicht, aber (Spoiler-Alarm!) sie unterscheiden sich erheblich voneinander. Ein steiniger Weg von Grund auf zu einer tatsächlich funktionierenden Anwendung wird vom SDLC bestimmt: Es ist eine bequemere Möglichkeit, mit Updates sowohl für Kunden als auch für Entwickler Schritt zu halten. Darüber hinaus hilft eine Übersicht über das gesamte Verfahren bei Fristen, Aufgabenverteilungen und Risikovorhersagen (jeder möchte ein Ass im Ärmel haben!).

Phasen des SDLC

Anforderungsanalyse und Planung

Stakeholder und verantwortliche Personen sollten ein klares Bild des Projektumfangs haben, dem sie folgen können. Es ist entscheidend, sicherzustellen, dass eine App sich von anderen abhebt, angeforderte Funktionen außergewöhnlich sind und jede Funktion einen positiven Einfluss auf die Benutzererfahrung hat (deshalb ist ein designgetriebener Entwicklungsansatz unserer Meinung nach der beste). Dann ist es an der Zeit, an einem Budget, Ressourcen, Zeitrahmen zu arbeiten und mögliche Probleme und Schwächen zu bewerten. In der Regel werden diese Informationen in ein formelles SRS-Dokument aufgenommen. Es wird hauptsächlich für PMs, Business-Analysten und Ingenieure entwickelt.

Softwaredesign

Es geht darum, die zuvor genannten Spezifikationen in einen Plan (auch bekannt als Entwurfsspezifikation) umzuwandeln. Die Stakeholder durchsehen ihn und geben ihr Feedback. Alle notwendigen Details zu UI, Netzwerk, Datenbanken usw. sollten hier erwähnt werden. An diesem Punkt verwandelt sich ein chaotisches SRS in einen logischeren und strukturierten Leitfaden.

Softwareentwicklung

Die Softwareentwicklung beginnt sofort. Sobald die Entwurfsunterlagen fertig sind, beginnt schließlich die Modulprogrammierung. Da alle Komponenten bereits implementiert sind, erhält das Team ein funktionierendes Programm, das bereit für die ersten Bewertungen ist. Und vergessen Sie nicht, ein Quellcodedokument zu erstellen.

Testen

Tests werden als Nächstes durchgeführt, um sicherzustellen, dass der erstellte Code keine Probleme aufweist, die Erwartungen des Kunden vollständig erfüllt, korrekt mit anderen Programmen sowie der ausgewählten Hardware integriert (siehe die detaillierten Informationen zu den QA-Testmeilensteinen weiter unten).

Bereitstellung und Wartung

Diese Phase ist die endgültige Prozessabschließung, da das Produkt fast bereit für den Benutzerakzeptanztest ist. Das Entwicklungsteam überwacht zusammen mit dem Kunden die Leistung genau. Nach der Bereitstellung ist es am besten, mit Wartung und Unterstützung fortzufahren. So können Entwickler, falls später Schwierigkeiten auftreten, diese schnell und effizient beheben. Was ist also QA im SDLC und was ist die Verbindung? Wenn wir von QA-Tests sprechen, ist es schwer zu glauben, dass es vor nur wenigen Jahren keinen SDLC-Prozess gab und Programme alle 0,01 Sekunden abstürzten, was eine häufige Sache war. Darüber hinaus haben wir vor einem Jahrzehnt nicht die Konkurrenz beobachtet, die wir jetzt haben — Benutzer können in Sekunden eine neue Anwendung auswählen und die vorherige problemlos löschen. Selbst hochmoderne Giganten müssen also ständig Trends folgen, außergewöhnliche Funktionen schaffen und natürlich eine bessere Qualitätssicherung erreichen. Softwaretests wurden zu einem unabhängigen Bestandteil des SDLC und waren kompliziert genug, um ihren eigenen Lebenszyklus zu haben — STLC!

Unterschiede zwischen SDLC- und STLC-Modellen

Wenn wir über die wichtigsten Unterschiede zwischen diesen Konzepten sprechen, heben wir Folgendes hervor:

Es versteht sich von selbst, dass STLC aus vielen Gründen von großer Bedeutung ist. Zunächst einmal erfordert ein qualitativ hochwertiges Endprodukt langfristig niedrigere Kosten, sodass es eine kluge Entscheidung ist, in seine ordnungsgemäße Produktion zu investieren. Darüber hinaus ist die Stabilität der Software entscheidend, damit bestehende Benutzer immer wieder zu Ihrer Anwendung zurückkehren und sie anderen Benutzern empfehlen. Infolgedessen könnten hervorragende Bewertungen und Mundpropaganda mehr Benutzer anziehen, was zu einem Umsatzwachstum führt. Als Anbieter gewinnen Sie einen guten Ruf, sodass bestehende Kunden (sowie potenzielle) sich vertrauensvoll auf Sie verlassen können (noch einmal, jetzt sehen wir das stärkste Wettbewerbsspiel!). Während jedes Projekt sein eigenes STLC festlegt, hätten sie alle die genau gleiche Struktur.

Phasen des STLC

Anforderungsanalyse

Das QA-Testteam sollte funktionale und nicht-funktionale Anforderungen für laufende Aufgaben festlegen. Hier sollte die QA-Abteilung auch Anforderungen für automatisierte und manuelle Tests haben. Die „ideale Version“ sollte skizziert werden, damit alle Spezialisten dies bei jeder Bewertung berücksichtigen und es keine Notwendigkeit gibt, bedauern zu müssen, dass Sie etwas Wichtiges übersehen haben. Gehe weiter, wenn du einen genehmigten RTM-Tisch und einen Machbarkeitsbericht zur Automatisierung hast.

Testplanung

Hier stehen wir vor einigen langweiligen, aber obligatorischen Papierkram, also macht euch bereit. Es wird alle folgenden Schritte geben, wie:

• Vorbereitung der Testplandokumentation (die alle detaillierten Daten zu testbaren Aspekten enthält);
• Fristsetzung;
• Auswahl der Werkzeuge/Plattformen abschließen;
• Aufgabenverteilung;
• (und vergessen Sie nicht, die Risiko-Kosten-Nutzen-Analyse einzuschließen).

Testfallgestaltung

Wir nähern uns einem interessanten Forschungsteil! Aber vorher müssen wir sagen, dass jeder Testfall testbare Aspekte, Verfahren, Bedingungen und angebliche Ergebnisse definiert, wie in einem guten Kriminalbuch, in dem die Details des Tatorts zu Beginn gründlich untersucht werden. Testfälle sollten umfangreich genug sein, um allgemeine Gelegenheiten abzudecken und zu überprüfen, welche den größten Einfluss haben. Automatisierte Skripte für Testfälle sollten auch in diesem Stadium bereit sein.

Testumgebung einrichten

Lichter, Kamera…fast Action! In dieser Phase werden alle Kriterien berücksichtigt, da sowohl Software- als auch Testhardware konfiguriert werden. Tester priorisieren und richten eine Testumgebung ein und führen Rauchtests durch, um grundlegende Fehler und Bugs zu identifizieren (zum Beispiel, dass die Installation nicht gestartet wird). Übrigens wurden die Rauchtests tatsächlich nach echtem Ofenrauch benannt! An dieser Stelle sind Werkzeuge wie TestComplete, Selenium, Appium usw. sehr nützlich.

Testausführung (kein Fehler wird überleben!)

Schließlich, nach all den vorherigen Aktionen, sind die App-Funktionen bereit für eine Bewertung. Der QA-Ingenieur vergleicht die erwarteten Ergebnisse mit den tatsächlichen. Und wenn während der Tests fehlende Bereiche festgestellt werden, werden diese behoben, damit die Regressionstests durchgeführt werden können (um zu sehen, ob die neuesten Änderungen irgendwelche Prozesse beeinflusst haben).

Test Abschluss

Dies ist die QA-Testphase, um sicherzustellen, dass obligatorische Überprüfungen durchgeführt werden, die Dokumentation vorbereitet wird und Prozesse zusammengefasst werden. Der Abschlussbericht sollte Details über den gesamten Überprüfungsprozess enthalten und auch Unterschiede zwischen geplanten und tatsächlichen Ergebnissen aufzeigen. Listen Sie hier Zeitbeschränkungen, Kosten, Bewertungsabdeckung usw. auf.

Testebenen in der Softwaretechnik

Jetzt sind die Ziele gesetzt, die Papierarbeit ist abgeschlossen, also ist es endlich Zeit für das Hauptgericht – verschiedene Arten von QA-Tests! Wenn wir speziell von tatsächlichen Teststufen sprechen, gibt es viele kleine Interaktionen, aber sie können alle in vier Hauptkategorien unterteilt werden, die auch als Teststufen in der Softwaretechnik bezeichnet werden. Jede von ihnen hat ihren eigenen einzigartigen Zweck, daher sollte keine Stufe ausgeschlossen werden.

Unit-Tests: die erste Bastion im Kampf gegen Bugs

Unit-Tests (UT) sind ein erster Bestandteil des Testens. In dieser Phase wird jede Komponente der Software in einzelne Teile unterteilt, die separat bewertet werden, um sicherzustellen, dass die Einheiten als separate Teile ordnungsgemäß funktionieren. Tests werden für jede nicht triviale Funktion oder Methode vorbereitet: Dies ermöglicht es Ihnen, schnell zu überprüfen, ob eine kleine Änderung im Code letztendlich zu Regressionen (Problemen in bereits überwachten Teilen) geführt hat und erleichtert auch die Erkennung/Beseitigung von Fehlern.

Integrationstest: Module verbinden

Integrationstests (IT) werden durchgeführt, wenn die erste Phase abgeschlossen ist: Module werden als Gruppe kombiniert/überprüft — deshalb hat es einen solchen Namen. Typischerweise hat ein Produkt mehrere Programmmodule (die auch von verschiedenen Personen geschrieben werden können), daher ist IT entscheidend, um Schnittstellendefekte zwischen Funktionen zu finden. Es konzentriert sich hauptsächlich auf Schnittstellen und Datenfluss (zwischen Modulen). Hier wird die Validierungspriorität auf die Integration von Links gelegt – nicht auf blockierte Funktionen, die bereits validiert wurden. Zum Beispiel gibt es drei Module: „Anmeldeseite“, „Postfach“ und „E-Mail löschen“ (logisch integriert). Es ist nicht notwendig, die erste Seite zu überprüfen, da sie bereits im Unit Testing ausgeführt wurde. Aber jetzt können wir klären, wie sie mit dem Postfachmodul integriert ist. Ebenso analysieren wir die Integration des Postfachs mit dem Modul „E-Mail löschen“.

Systemtests: Alle möglichen Anforderungen erfüllen

Nachdem Einheiten aufgeteilt und dann wieder zusammengeführt wurden, benötigt eine vollständige und integrierte Software eine Bewertung der Konformität des Systems mit den Anforderungen. Normalerweise wählt der QA-Ingenieur (insbesondere bei kleinen Projekten) manuelles Testen: 

1. QA-Tester öffnet ein Programm 
2. Clickt auf alle Schaltflächen und überprüft alle Attribute 
3. Überprüft, dass die Elemente entsprechend funktionieren. 

Systemtests können auch automatisiert werden! Jede Art von Systemtests zeigt:

• falsche Verwendung von Systemressourcen,
• unerwartete Kombinationen von Benutzerdaten,
• Umgebungsinkompatibilität,
• unerwartete UCs usw.

Akzeptanztests: letzte Hand anlegen

Akzeptanztests (AT) sind der letzte Schritt und werden in der Lieferphase zur Qualitätsbestimmung durchgeführt. Es ist normalerweise offensichtlich, indem Szenarien und Fälle basierend auf den Anforderungen durchgespielt werden. AT führt zur Einreichung des Projekts zur Überprüfung und dessen Akzeptanz durch die Kunden. Dies ist das endgültige Ziel, an dem die Anwendung vor ihrer Veröffentlichung überprüft wird. Die Abnahme erfolgt entweder durch den Kunden selbst oder durch einen IT-Dienstleister. Es ist eine Frage der Präferenz.

STLC vs Agile, Wasserfall, V-Modell und andere Methoden

Wenn Sie kein Neuling auf einem High-Tech-Schlachtfeld sind, sind Sie höchstwahrscheinlich mit gängigen SD-Methoden vertraut. Andernfalls werfen Sie einen Blick auf diese Materialien, bevor Sie sich mit dem Verständnis beschäftigen, wie STLC tatsächlich in einigen beliebten Methoden funktioniert.

STLC in einem Wasserfallmodell

Warst du schon einmal an den Niagarafällen? Wie ein Touristenboot, das dich erst an Bord willkommen heißt, nachdem das vorherige abgefahren ist, beginnt in unserem Fall jede nächste Phase nur, wenn die vorherige abgeschlossen ist. Es gibt nur einen Pier für unsere „Boote“: zwei Phasen werden nicht parallel ausgeführt! An die Leser, die sich fragen könnten, warum so viele große Unternehmen immer noch diese Methode bevorzugen, behaupten ihre Anhänger stolz, dass sie weit bessere Qualitätscodes, Dokumentationen und ordnungsgemäße Tests von Ausreißern produziert, bevor sie in die Produktion gehen.

STLC in einem V-Modell

Das gute alte V-Modell ist in der Branche nach wie vor bekannt. In den USA wird es immer noch als der offizielle Standard für Softwareprojekte von Bundesbehörden (ob im Handel, Militär oder im öffentlichen Sektor) angesehen, die definitiv davon profitieren, es an ihre Art von Geschäft anzupassen: Die Chance, dass etwas Wichtiges übersehen wird, wird kleiner. Anstatt in einer linearen Form wie ein Wasserfall nach unten zu gehen, steigen die Schritte nach der Kodierungsphase an, um eine erkennbare V-Form zu schaffen. Das Modell zeigt eine Verbindung zwischen jedem DLC-Meilenstein und seiner Überprüfung. Sie sind untrennbar und arbeiten gleichzeitig, es gibt keine spezifische Phase dafür (siehe das Schema unten).

STLC in Agile

Viele Unternehmen (wir auch) bevorzugen Agile aufgrund seiner Flexibilität, wenn es um die ständige Produktverbesserung geht. Darüber hinaus ist diese Methodik heutzutage die beliebteste: 7 von 10 Unternehmen setzen ihre Ansätze in ihrem täglichen Geschäft um. QA, PM, DevOps und alle beteiligten Personen agieren als ein Mechanismus, der ständig über verschiedene Aspekte des Workflows kommuniziert und das Motto „gemeinsam arbeiten, um das Hauptziel schneller zu erreichen“ ständig wiederholt (nichts Neues für diejenigen, die jede Woche mit Agile leben). Jeder profitiert davon, da es Raum für ASAP-Änderungen gibt. Hier ist ein Diagramm des Agile-Testlebenszyklus:

Abschließende Gedanken 

Zusammenfassend könnten wir sagen, dass das chaotische Befolgen der Software-Testphasen Ihnen die Ergebnisse liefern könnte, aber die Wahrheit ist, je größer das Projekt ist, desto strenger ist das erforderliche QA-Testsystem. Letztendlich, warum nicht den Workflow vereinfachen und ihn effektiver, kostengünstiger und angenehmer für alle gestalten? Versuchen Sie, dieses Testsystem in Ihrem Unternehmen umzusetzen, wenn Sie es noch nicht getan haben, denn es ist einen Versuch wert!  

Stellen Sie sicher, dass Sie weitere Artikel über Mobile App-Entwicklung und -Design in unserem Blog lesen!