In einem Scrum-Team gibt es Automatisierungstester und manuelle Tester sowie Datenbank-Mid- und Front-End-Entwickler. Während die Automatisierungstester zu Beginn des Sprints damit beginnen, Tests zur Automatisierung der Benutzeroberfläche zu erstellen, warten manuelle Tests normalerweise auf die Bereitstellung des Codes, während sie langwierige Testpläne erstellen, die alle Testfälle für die erledigte Aufgabe abdecken. Dann warten sie darauf, dass der Code bereitgestellt wird, und erst dann beginnen sie mit dem Testen und geben ihre Ergebnisse in die zentrale Testsoftware ein. Dies erzeugt einen massiven Testaufwand, der dazu führt, dass Geschichten nicht fertig werden. Außerdem kann das Testen trotz kurzer Entwicklungszeit manchmal viele Tage dauern.
Was sind Ihre Vorschläge, um die manuellen Tester anzupassen und gleichzeitig die Softwarequalität in der Vorproduktionsumgebung aufrechtzuerhalten?
Je früher die Entwickler Code zu den Testern bringen können, desto geringer ist das Risiko, dass der Sprint zurückgeladen wird.
Es gibt eine Reihe von Dingen, die das Team tun kann, um dabei zu helfen.
Minimieren Sie die Größe von Storys. Je kleiner sie sind, desto früher im Sprint gibt es abgeschlossene Stories und desto früher können die manuellen Tester loslegen.
Planen Sie sorgfältig. Konzentrieren Sie sich beim Planungsmeeting darauf, welche Reihenfolge der Storys die manuellen Tester am besten beschäftigt. Vielleicht gibt es bestimmte Geschichten, die viel mehr Tests erfordern als andere? Diese Geschichten sollten zuerst bearbeitet und wenn möglich aufgelöst werden, damit sie früher geliefert werden.
Arbeiten Sie jede Story der Reihe nach durch und entscheiden Sie, was im Sprint praktisch entwickelt und getestet werden kann. Es kann sein, dass einige Kombinationen von Storys einfach nicht praktikabel sind, insbesondere wenn sie alle manuell getestet werden müssen.
Versuchen Sie, die Sprint-Planungssitzung mit einer Vorstellung davon zu verlassen, was wann erledigt werden soll. Natürlich wird dies nicht perfekt sein, da unerwartete Dinge passieren werden, sobald die Arbeit begonnen hat. Aber Sie werden feststellen, dass es wirklich wertvoll ist, während der Planung Zeit zu investieren, damit diese Probleme minimiert werden.
Mittel-/langfristig sollten Sie vielleicht erwägen, die manuellen Tester zu schulen, um zu lernen, wie man automatisierte Tests durchführt. Dadurch erhalten Sie mehr Flexibilität und können stärker automatisierte Regressionstests erstellen. Es wäre auch hilfreich, wenn die Entwickler bereit wären, beim Testen zu helfen. Auf diese Weise können Sie die verstrichene Zeit für das manuelle Testen reduzieren.
Wenn Sie am Ende des Sprints immer noch das Problem unvollständiger Storys haben (da sie nicht getestet wurden), sollte das Team damit beginnen, weniger Story Points in den Sprint einzubringen. Es ist besser, das Team an einer realistischen Anzahl von Story Points arbeiten zu lassen, als ständig die Fertigstellung einiger Storys zu verpassen.
dqm
Barnaby Golden