Stellen Sie sich vor, die wichtigste Software Ihres Unternehmens funktioniert plötzlich nicht mehr. Was würde passieren? Bestellungen könnten verloren gehen, Fristen würden möglicherweise nicht eingehalten und Kunden würden sich definitiv beschweren.
Dieses Horrorszenario lässt sich vermeiden: durch die Implementierung eines kontinuierlichen und rigorosen Testprozesses, bei dem Probleme erkannt werden, bevor sie Chaos verursachen. Einen solchen Prozess in Ihrem Unternehmen zu implementieren, ist jedoch leichter gesagt als getan.
In diesem Dokument erfahren Sie alles, was Sie beim Einstieg in das Testen in Ihrem Unternehmen beachten müssen und wie Sie langfristig davon profitieren können.
Best Practices für das Testen für Produktteams
Im ersten Teil dieses Dokuments wird der Prozess der Implementierung von Tests in Ihren Workflow beschrieben.
Testkultur in Ihrem Team implementieren
Damit Tests in Ihrem Team erfolgreich eingeführt werden können, müssen alle die gleiche Einstellung haben und Qualität nicht als Belastung, sondern als Investition betrachten. Wie jeder andere kulturelle Wandel erfordert auch dieser Prozess Zeit und Beständigkeit.
Regelmäßige Besprechungen, in denen Fehler, ihre Auswirkungen, ihre Ursachen und die Maßnahmen zur Behebung besprochen werden, können dazu beitragen, diese Kultur zu prägen. So wird das Bewusstsein dafür geschärft, warum es gut ist, solche Fehler von vornherein zu vermeiden.
Eine Person im Team, die die Bemühungen beaufsichtigt und vorantreibt, kann die Erfolgswahrscheinlichkeit erheblich steigern. Diese Person definiert Richtlinien für das Team oder sogar für das gesamte Unternehmen, sammelt Best Practices, gibt sie weiter und setzt sich auf allen Ebenen für die Bemühungen ein.
Ein weiteres nützliches Instrument kann sein, die Supportrolle für Ihr Produkt zu rotieren. Direkte, ungefilterte Einblicke von Ihren Kunden und Informationen zu den alltäglichen Problemen, mit denen sie bei der Verwendung Ihres Produkts konfrontiert sind, können für Produktmanager, Designer und Entwickler sehr wertvoll sein.
Ziel ist es, dass alle in Ihrem Team verstehen, dass Qualität ein Feature ist, das genauso wichtig ist wie jede andere Funktion, die Sie für Ihr Produkt entwickeln. Sobald alle diese Einstellung übernommen haben, ist es ein natürlicher Schritt, zu verstehen, dass auch Tests ein Feature sind. Denn Tests sorgen für die ausgelieferte Qualität.
Schritt-für-Schritt-Testprozess
Sobald eine Abstimmung zwischen den verschiedenen an der Produktentwicklung beteiligten Teams erfolgt ist, können Sie die Existenz und Verwendung von Tests weiter formalisieren.
Tests in die Definition von „Fertig“ aufnehmen
Wenn Sie Tests als Feature-Anforderung hinzufügen, geben Sie an, dass ein Feature erst dann ausgeliefert werden kann, wenn es ordnungsgemäß und automatisch getestet wurde.
Tests regelmäßig ausführen
Nach der Implementierung können automatisierte Tests in jedem Schritt des Entwicklungsprozesses Ihre Absicherung sein. Sie erfordern kein menschliches Eingreifen und können in jedem kritischen Schritt Ihrer Entwicklungspipeline ausgeführt werden. Beispiel:
- Bei jedem Commit.
- Bei jeder Pull-Anfrage.
- Nach jeder vollständigen Veröffentlichung oder Umgebungsänderung.
Wenn Sie in Ihrer Produktionsumgebung auf Drittanbieterdienste angewiesen sind, kann es sogar sinnvoll sein, Ihre Tests in der Produktion auszuführen, um sicherzustellen, dass sich die APIs von Drittanbietern wie erwartet verhalten.
Messwerte definieren und erfassen
Die Definition einer Reihe von Messwerten ist wichtig, um die Effektivität Ihrer Tests und die Auswirkungen von Testworkflows auf Ihr Unternehmen zu messen. Hier einige Beispiele für Messwerte, die Sie verwenden können:
- Veröffentlichungen pro Monat: Eine höhere Anzahl von Veröffentlichungen pro Monat kann auf einen agileren Entwicklungsprozess hindeuten. Automatisierte Tests spielen hier eine Schlüsselrolle, da sie sicherstellen, dass Veröffentlichungen mit Zuversicht erfolgen können.
- Fehlerberichte: Ein abnehmender Trend bei Fehlerberichten kann ein positives Zeichen sein dafür, dass Ihre Test- und Entwicklungsprozesse effektiv sind.
- Testabdeckung: Die Abdeckung ist zwar nie ein exakter Messwert, kann aber ein guter Indikator dafür sein, wie gründlich Sie kritische Anwendungsfälle testen.
Beachten Sie, dass diese Messwerte auch von anderen Faktoren beeinflusst werden, die sie verzerren können. So kann beispielsweise die Anzahl der Veröffentlichungen in der Weihnachtszeit sinken, während die Anzahl der Fehlerberichte steigt. Verlassen Sie sich daher nicht nur auf einige wenige Messwerte und vergleichen Sie sie mit anderen Daten, die Ihrem Team zur Verfügung stehen.
Wenn Sie diese Schritte erfolgreich mit Ihrem Team implementieren, wird die Produktgesundheit langfristig definitiv davon profitieren. Aber es gibt noch mehr, was Sie tun können.
Best Practices für das Testen für Systemadministratoren
Produktteams können nicht allein arbeiten. Sie sind auf die Hardware, Tools und die Infrastruktur angewiesen, die von Systemadministratoren verwaltet werden. Systemadministratoren tragen zwar in der Regel nicht direkt zur Produktentwicklung bei, können den Entwicklungsablauf aber dennoch positiv beeinflussen. Beispielsweise durch die aktive Verwaltung der Browserversion, die bestimmte Nutzergruppen im Unternehmen verwenden.
Im zweiten Teil dieses Artikels wird anhand der Release-Versionen und Unternehmensrichtlinien von Chrome erläutert, wie das funktioniert.
Chrome-Release-Versionen
Es gibt vier Release-Versionen: Stabil, Beta, Entwickler und Canary.
Weitere Informationen finden Sie unter Chrome-Release-Versionen.
Verwendung von Release-Versionen in einer beispielhaften Organisation
Die Struktur von Produktteams variiert je nach Organisation, da es keinen einheitlichen Ansatz für die Softwareentwicklung gibt. Nehmen wir als Beispiel ein Team mit den folgenden Rollen an: Produktmanagement, UX und UI, Engineering, Operations und Support.
Für eine solche Organisation können Sie die folgenden Release-Versionen in Betracht ziehen:
- Produktmanagement: Produktmanager können in der Regel die stabile Version verwenden, um dieselbe Version wie die meisten Nutzer zu verwenden. Gelegentlich können sie die Beta- oder Entwicklerversion verwenden, wenn sie an einem Feature arbeiten, für das eine API erforderlich ist, die noch nicht veröffentlicht wurde.
- Engineering und UX: Teile dieser Teams können die Entwicklerversion verwenden, um Zugriff auf die neuesten Funktionen wie View Transitions zu erhalten, noch bevor sie in der stabilen Version verfügbar sind.
- Operations: Kann die Betaversion verwenden, um Fehler vorherzusehen, die sich auf Nutzer auswirken.
- Support: Kann die stabile Version verwenden, um sicherzustellen, dass sie mit demselben Browser mit dem Produkt interagieren wie die meisten Ihrer Kunden.
Unternehmensrichtlinien zum Verwalten von Release-Versionen verwenden
Chrome bietet nicht nur Richtlinien und überlässt die Entscheidung, welche Release-Version verwendet werden soll, dem Nutzer, sondern bietet auch Unternehmens- und Verwaltungstools, mit denen aktiv verwaltet werden kann, welche Release-Version von den einzelnen Nutzern verwendet wird. Das ist nützlich, da die Testfläche sofort von einigen wenigen Nutzern auf eine bestimmte Gruppe von Nutzern erweitert wird. So können Fehler so früh wie möglich und nachvollziehbar erkannt werden.
Wenn Sie diese Kontrollstufe verwenden möchten, empfehlen wir die folgende Konfiguration:
- Mitarbeiter (App-Nutzer): Um das Risiko von Unterbrechungen zu minimieren, sollten die meisten Mitarbeiter die stabile Version verwenden, die vom Chrome-Testteam vollständig getestet wurde. Außerdem kann ein kleiner Prozentsatz der Nutzer (5 bis 10%) die Betaversion verwenden. Diese Version bietet eine Vorschau von vier bis sechs Wochen auf die stabile Version und kann Administratoren helfen, mögliche Probleme mit einer Veröffentlichung zu erkennen. So haben sie mehr Zeit, die Probleme zu beheben, bevor die Veröffentlichung für alle anderen Nutzer bereitgestellt wird.
- IT-Abteilung: Mitglieder der IT-Abteilung, einschließlich der Systemadministratoren selbst, können die Beta- oder Entwicklerversion verwenden, um eine Vorschau von vier bis sechs bzw. neun bis zwölf Wochen auf die stabile Version von Chrome zu erhalten.
Release-Versionen mit Langzeitsupport
Die Produktentwicklung verläuft möglicherweise nicht so schnell wie geplant und die monatliche Release-Kadenz von Chrome ist möglicherweise zu hoch. Für diesen Anwendungsfall bietet Chrome eine erweiterte stabile Version, bei der Nutzer seltener Updates für Funktionen erhalten, Sicherheitsupdates aber weiterhin eingespielt werden. Diese Version wird alle acht Wochen aktualisiert.
Das folgende Diagramm zeigt, wie verschiedene Meilensteine die verschiedenen Release-Versionen von Chrome durchlaufen:
- Sowohl die stabile als auch die erweiterte stabile Version verwenden in den ersten vier Wochen dieselben Versionen. Danach unterscheiden sie sich.
- Es gibt keine erweiterte Betaversion. Stattdessen wird der Standard-Betazyklus von vier Wochen verwendet, um sowohl die stabile als auch die erweiterte stabile Version zu stabilisieren. Unternehmen, die sich für die erweiterte stabile Version mit acht Wochen entscheiden, sollten die Betaversion wie bisher verwenden, um Probleme proaktiv zu erkennen, die sich auf ihre Umgebungen auswirken könnten.
Die anhaltende Bedeutung von Entwickler- und Betaversionen für Nutzer der erweiterten stabilen Version
Während die stabile Version auf einen zweiwöchigen Release-Zyklus umgestellt wird und Ihre Organisation den achtwöchigen Zyklus der erweiterten stabilen Version übernimmt, um mehr Zeit für Tests zu gewinnen, ist es dennoch wichtig, die Entwickler- und Betaversionen zu verwenden. Es gibt keine separaten erweiterten Entwickler- oder Betaversionen. Die Standard-Entwickler- und Betaversionen werden verwendet, um sowohl die stabile als auch die erweiterte stabile Version zu stabilisieren.
Durch die weitere Verwendung der Entwickler- und Betaversionen können Unternehmen Probleme proaktiv erkennen, die sich auf ihre Umgebungen auswirken könnten. Die Entwickler- und Betaversionen bieten eine vierwöchige Vorschau auf die kommende stabile Version. Für Nutzer der erweiterten stabilen Version ist dieses Vorschaufenster unerlässlich, um potenzielle Fehler rechtzeitig vor dem achtwöchigen Funktionsupdate zu erkennen und zu beheben.
Die Entwickler- und Betaversionen dienen im Wesentlichen als primäres Frühwarnsystem für alle Änderungen, die an Ihrer achtwöchigen erweiterten stabilen Umgebung vorgenommen werden, und sorgen dafür, dass Ihre Unternehmens-Apps kompatibel bleiben. Systemadministratoren können weiterhin eine kleine, bestimmte Gruppe von Nutzern (z. B. 5–10% der App-Nutzer) den Entwickler- und Betaversionen zuweisen, um diesen Vorteil zu maximieren.
Fazit
Tests sind ein wichtiger Bestandteil der Softwareentwicklung, um die Qualität der Produkte sicherzustellen. Sie sind auch ein wichtiger Schritt für Systemadministratoren, um Mitarbeitern einer Organisation Zugriff auf hochwertige Software zu ermöglichen und Unterbrechungen von Geschäftsprozessen zu vermeiden.
Damit die Implementierung eines Testworkflows in Ihrem Unternehmen erfolgreich ist, ist es wichtig, dass alle die gemeinsame Einstellung haben, dass Qualität und damit Tests ein Feature sind.
In diesem Dokument haben wir verschiedene Möglichkeiten zur Integration von Best Practices für das Testen in Ihr Unternehmen vorgestellt. Eine detaillierte Übersicht über die vorhandenen Testtools finden Sie in unserem Artikel Tools von Chrome für reibungslose, automatisierte Tests.
Eine Anleitung zum Testen von Anfang bis Ende finden Sie auch in unserem aktuellen Kurs Learn Testing und unter Best Practices für die Testautomatisierung auf web.dev.