1. Entwicklung nicht früh genug einbezogen
QS-Testprobleme sind jedermanns Probleme. Die Produktverantwortlichen können die benötigten Funktionen nicht schnell genug bekommen. Die Projektverantwortlichen müssen die Zeitpläne ändern, was zu Unmut bei den Produktverantwortlichen führen kann. Die Entwicklung muss Zeit damit verbringen, ihren alten Code zu ‚reparieren‘, anstatt neue Zeilen zu schreiben oder zu überarbeiten. Letztendlich verzögern Sie den glorreichen Moment, in dem Ihr Unternehmen beginnt, mehr Geld zu verdienen, und Sie brauchen mehr Geld, um dies zu erreichen.
Ohne Einheitstests können Sie keine solide Software entwickeln. Sie sind Ihre erste Verteidigungslinie gegen Fehler, die in die Produktion gelangen. Diese schnellen Tests fangen Probleme ab, bevor sie zu größeren Kopfschmerzen werden. Verlangen Sie, dass jede neue Funktion Einheitstests mit mindestens 80% Code-Abdeckung benötigt, bevor eine Merge-Genehmigung erteilt wird. Denn Einheitstests beschleunigen tatsächlich die Entwicklung, sobald Sie ins Rollen kommen – entgegen dem, was Skeptiker behaupten. Je weniger sich Entwicklung und QS über triviale Dinge unterhalten müssen, desto schneller wird eine Funktion die QS-Prüfung bestehen.
Allerdings bedeutet die Nutzung der Entwicklung nicht, dass man sie allein lässt. Angesichts Ihres Alters und Ihrer Erfahrung ist es wahrscheinlich, dass Ihre Entwicklung die Hilfe der QS bei der Erstellung von Einheitstests nicht nur schätzt, sondern auch benötigt. Die Investition an Zeit wird sich sicherlich auszahlen, und zwar nicht nur durch besseren Code. Wenn man in den Schuhen eines anderen Menschen steckt, weiß man dessen Arbeit zu schätzen.
2. Tests zur „Qualitätsverbesserung“
Es mag seltsam klingen, aber eines der grossen Probleme beim Testen von Software ist das Testen, um die „Qualität“ der Software zu verbessern. Qualität ist subjektiv, und selbst wenn man etwas ohne Schwellenwert anstrebt, gerät man ziemlich schnell in den Bereich der abnehmenden Erträge. Fragen Sie sich: Kennen Sie überhaupt das Qualitätsniveau, das in Ihrem Bereich erforderlich ist? Geben Sie sich mehr Mühe als nötig und wenn ja, warum?
Da ich Sie nun zum Nachdenken gebracht habe, möchte ich darauf hinweisen, dass es eine messbare Antwort gibt. Qualitätssicherungskennzahlen verwandeln abstrakte „Qualität“ in Zahlen, die Sie tatsächlich nach Prioritäten ordnen, verfolgen und verbessern können. Wie bei der Unternehmensanalyse sagen die Zahlen nicht immer alles und manchmal gar nichts aus. Das andere Ende des Spektrums ist das Überdenken von QS-Metriken.
Die beste Möglichkeit, QS-Metriken zu verfolgen, ist die Erstellung von Dashboards und Berichten. Je besser Sie ein breites Spektrum von Daten organisieren, desto mehr verwertbare Erkenntnisse können Sie daraus ziehen. Das aqua Testing Tool ist perfekt für diese Aufgabe. Mit dem Berichtsassistenten können Sie detaillierte benutzerdefinierte Berichte erstellen, aber auch eine umfangreiche Vorlagenbibliothek steht zur Verfügung. Die Dashboards sind mit KPI-Warnungen ausgestattet, sodass Sie über wichtige Trends informiert werden, ohne das Dashboard öffnen zu müssen.
Holen Sie sich ein unternehmenstaugliches Tool zur Überwachung Ihrer QS-Metriken
Moderne QA-Metriken: Was wirklich zählt
Qualitätssicherungskennzahlen sollten nicht nur beeindruckend auf Ihrem Dashboard aussehen; sie müssen Ihnen tatsächlich dabei helfen, bessere Software schneller zu liefern. Die klügsten Teams verfolgen Zykluszeiten (wie lange dauert es vom Funktionsstart bis zur Veröffentlichung), Bereitstellungshäufigkeit und Fehlerdurchlassraten; also im Grunde, wie viele Programmfehler sich an Ihren Tests vorbeischleichen und in die Produktionsumgebung gelangen.
Sie sollten auch Ihren Änderungsfehlerprozentsatz und die mittlere Zeit bis zur Wiederherstellung überwachen, wenn die Dinge schiefgehen. Automatisierte Testabdeckung ist wichtig, aber niemals isoliert betrachtet. Hohe Bereitstellungshäufigkeit bedeutet nur dann etwas Gutes, wenn Ihre Fehlerquoten vernünftig bleiben; ansonsten machen Sie einfach nur Sachen schnell kaputt.
Richten Sie visuelle Übersichten ein, die Trends über Wochen und Monate zeigen, nicht nur die heutige Momentaufnahme. Nutzen Sie diese Zahlen, um Ihren Prozess zu verbessern, niemals um mit dem Finger auf andere zu zeigen. Schuldzuweisungsfreie Nachbesprechungen gepaart mit soliden Kennzahlen schaffen die Art von Umgebung, in der Menschen tatsächlich Probleme früh melden wollen.
3. QS als Blocker betrachten
Obwohl es sich hierbei nicht unbedingt um einen Fehler im Softwaretestprozess handelt, kann die falsche Einstellung diesen sehr wohl beeinflussen.
Die Qualitätssicherung ist praktisch die letzte Hürde vor der Freigabe eines neuen Builds oder sogar der Markteinführung eines Produkts. Viele Personen haben ihr Bestes getan, um dorthin zu gelangen. Das Produktteam erarbeitete die Anforderungen, das Designteam entwarf ein paar tolle Bilder, die Werbefachleute schrieben bunte Texte und die Entwicklung lieferten gut strukturierten Code. Hoffentlich gab es auch eine leidenschaftliche Person, die das Unternehmen gegründet hat. Jetzt warten all diese Leute auf das Ende der QS-Prüfung.
Und die QS-Prüfungen sind nicht immer schnell beendet, insbesondere bei neuen Produkten und/oder Unternehmen, die nicht früh genug mit den Tests begonnen haben. Es wird Fehler geben, manchmal schmerzhafte Fehlerbehebungen, ein korrigiertes Build und wahrscheinlich einige alte oder sogar neue Fehler. Diese Art des Spiels ist nur allzu bekannt, und sie kann manche Menschen ungeduldiger machen als andere.
Natürlich sind sie durch ihre Arbeit voreingenommen, aber hier ist ein Zitat von jemandem, der alles gesehen hat:
„Das Problem ist nicht, dass das Testen der Engpass ist. Das Problem ist, dass man nicht weiß, ‚was in der Flasche ist.‘ Das ist ein Problem, das durch Tests adressiert werden kann.“
4. Abkehr von der Testautomatisierung
Testautomatisierung war nicht immer so positiv bewertet wie heute. Selbst wenn man sich das Material von Anfang 2010 ansieht, sieht man immer noch Personen, die Schwierigkeiten haben, die Zeit und die Ressourcen zu rechtfertigen, die für die Umsetzung erforderlich sind. Gute Automatisierungsexpert:innen verdienen ein hohes Gehalt, und es kann schwierig sein, dies zu rechtfertigen, bevor ihnen ihr Wert erklärt wird.
Allerdings sind die Probleme mit der Testautomatisierung und der modernen QS nicht mehr dieselben wie vor 10 Jahren. Der Markt für erschwingliche Automatisierungslösungen boomt. Wenn die Erwartungen der Nutzenden steigen, kann es passieren, dass ein erhöhter Testaufwand notwendig ist. Wenn Sie sich ausschließlich auf manuelle Tests beschränken, wird Ihre QS zum Engpass, und Michael Bolton wird Sie hier nicht unterstützen können.
Wenn Sie auf der Suche nach Inspiration sind, ist das Testen von Benutzeroberflächen ein hervorragender Bereich, um Dinge zu automatisieren. Unsere Website verfügt derzeit über 5 verschiedene Layouts, die vom Bildschirm des Lesers abhängen. Das Testen, ob ein und dasselbe auf 5 verschiedenen Bildschirmen funktioniert, führt zu einer sehr sich wiederholenden Routine. Lösungen wie Applitools und Testim reduzieren den Zeitaufwand und erhöhen die Genauigkeit solcher Tests.
Holen Sie sich eine Vorlage für eine Teststrategie, die es uns ermöglicht, Software 2 Mal so schnell zu veröffentlichen
QA über den Pre-Release hinaus: Shift-Right Testing umfassen
Qualitätssicherung macht keine Pause, wenn Ihr Code ausgeliefert wird. Sie müssen Shift-Right-Techniken wie schrittweise Veröffentlichungen, Funktionsschalter, Echtzeitüberwachung und A/B-Tests einsetzen, um Qualitätsprüfungen auch in der Produktionsumgebung am Laufen zu halten.
Beginnen Sie bei Ihrer nächsten Veröffentlichung mit Funktionsschaltern – sie lassen Sie mit echten Nutzerdaten testen, während Sie ein Sicherheitsnetz behalten. Sie fangen merkwürdige Grenzfälle ab, die Testumgebungen übersehen, entdecken Leistungsprobleme schneller und rollen Änderungen zurück, ohne ins Schwitzen zu kommen. Studien zeigen, dass Teams, die diese Ansätze verwenden, eine Verbesserung der Fehlererkennung um fast 40% sehen. Der unerwartete Bonus? Ihre Entwickler fangen an, über Produktionsrobustheit bereits in der Entwurfsphase nachzudenken, nicht erst nachdem etwas kaputt geht. Kombinieren Sie das mit soliden CI/CD-Praktiken, und Sie haben eine Rückkopplungsschleife, die Ihrem Team tatsächlich jeden Sprint etwas Neues beibringt.
5. Vermeiden von künstlicher Intelligenz
Ihnen ist wahrscheinlich aufgefallen, dass KI-Testing-Tools überall auftauchen, und ehrlich gesagt sind sie den Hype wert. Diese Systeme können jetzt Testfälle direkt aus Ihren User Stories generieren und vorhersagen, welche Teile Ihres Codes bei Regressionstests am ehesten kaputtgehen.
Hier ist die Sache: KI kann diese lästigen instabilen UI-Tests tatsächlich reparieren, indem sie automatisch Element-Locators aktualisiert, wenn Entwickler Dinge verschieben. Keine Überwachung brüchiger Automatisierungsskripte mehr erforderlich.
Beginnen Sie damit, KI Ihre ersten Testfälle aus vorhandener Dokumentation generieren zu lassen. Ihr Fachwissen wird strategischer, während sich die alltäglichen Aufgaben von selbst erledigen.
Große Sprachmodelle haben den größten Beitrag zur tatsächlich wertvollen KI in der Softwareentwicklung geleistet. Auch wenn sie nicht immer effizient sind, haben Low-Code-Lösungen den Zeit- und Wissensaufwand für die Durchführung technischer Aufgaben verringert. Muster zu analysieren und darauf zu reagieren ist eine weitere Eigenschaft von KI, und die oben erwähnten UI-Testing-Lösungen können das gut.
Den größten Einfluss hat jedoch die generative KI. ChatGPT hat sich als erstaunlich fähig erwiesen, Aufgaben zu programmieren. Sie ist jedoch immer durch die Menge an Kontext begrenzt, mit der sie realistischerweise gefüttert werden kann. Auch wenn das jetzt noch kein großes Problem ist, wird es ein Problem sein, wenn man Monate oder Jahre hinter der Softwareentwicklung hinterherhinkt. Sie können nicht wirklich verlangen, dass es die Verwaltung des Testprozesses übernimmt. Monatelang schlechtes Problemmanagement beim Softwaretesten rückgängig zu machen, ist ebenfalls keine Option.
Glücklicherweise erlaubte OpenAI anderen Unternehmen, GPT-basierte Lösungen zu entwickeln, sogar noch früher als sie ChatGPT vorstellten. Sie können wirklich beeindruckende Lösungen für den gesamten Produktlebenszyklus finden, von der Anforderungserstellung bis zum Testen der Software und ihrer Vermarktung. KI-gestützte Qualitätssicherung, die auf Ihre Testsuite zugeschnitten werden kann, ist so leistungsstark, wie sie klingt. Die Vorteile sind viel einfacher zu erreichen im Vergleich zur Einrichtung der Testautomatisierung.
Schlussfolgerung
Auch die Qualitätssicherung braucht Transparenz und eine eigene Validierung. Auch wenn jedes Projekt seine eigenen Anforderungen hat, können Sie sich viel Ärger ersparen, wenn Sie diese roten Fahnen frühzeitig erkennen.
Wo wir gerade von rückverfolgbarer QS sprechen; aqua ist die richtige Wahl. Es ist ein Tool für Unternehmen, welches innovative Funktionen für Unternehmen jeder Größe bietet. Die Liste umfasst die Testerstellung und -priorisierung mit KI, während die traditionelle QS-Funktionalität seit über 10 Jahren ausgereift ist.
Holen Sie sich eine innovative Testmanagement-Lösung, um rote Fahnen in grüne zu verwandeln
