imbus bringt Ihren Test noch einen entscheidenden Schritt weiter: hin zu „Test nonstop“.

Nicht nur Unit-Tests und Integrationstests laufen innerhalb weniger Minuten automatisiert in jedem Build. Wir trainieren Ihr Team darin, wie man auch Systemtests schon parallel zur Feature-Entwicklung schreiben kann und so „Test First“ auch im Systemtest erfolgreich anwendet. Ihr Team lernt, auch Systemtests so zu automatisieren, dass alle nötigen Systemtests - als Teil einer Continuous Integration oder im Nightly-Build - automatisiert mitlaufen.

Team Charta und Definition of Test

Das Dokument, in dem das Team seine Spielregeln festhält, ist die "Team Charta". In einem Abschnitt "Definition of Test" werden hier auch die Spielregeln bezüglich QS und Test festgehalten. Zum Beispiel, wie und wo das Team seine Testfälle und Testergebnisse dokumentiert, welche Testmethoden und Testwerkzeuge es einsetzt, welche Testabdeckung erreicht werden soll usw.
Diese „Definition of Test“ sollte Sprint für Sprint überprüft und wenn nötig aktualisiert werden, damit sie den Wünschen des Teams, aber auch den sich ändernden Anforderungen und Risiken des Produkts jederzeit gerecht wird.

Product Backlog und Definiton of Ready

Backlog Items werden von Anfang an aus Testsicht bewertet und die Verwendbarkeit für den Test abgesichert. Unter anderem wird hier festgehalten, wie die Akzeptanztests am Ende des Sprints gestaltet werden. Die Testbarkeit wird frühzeitig berücksichtigt und der Test kann bei der Erstellung der Akzeptanzkriterien mitwirken. Auch die Realisierbarkeit und die Werthaltigkeit von User Stories werden hier geprüft. Das Team vermeidet so, dass unfertige oder nicht testbare Stories in den Sprint übernommen werden und das Sprintziel gefährden können.

Sprint Backlog und Test First

Wir zeigen, wie Tester und Entwickler Backlog Items gemeinsam in Entwicklungs- und Test-Tasks planen, ihren Umfang schätzen und diese mittels Pair Programming, Pair Testing und dem Prinzip des „Test First“ realisieren. Neben Training und Coaching sind hier auch die passenden Testmethoden und Testwerkzeuge nötig.

Definition of Done

In der DoD wird die gemeinsame Sicht des Teams festgehalten, welche Kriterien erfüllt sein müssen, damit eine Story am Sprintende dem Product Owner als „fertig“ demonstriert werden darf. Das umfasst Implementierungsarbeiten ebenso wie Dokumentation und Test in einem jeweils individuell abgestimmten, durch die Teamcharta und die Definition of Test festgelegten Umfang. Das gemeinsame Verständnis von „fertig“ sorgt für hohe Planungssicherheit, konstruktive Zusammenarbeit und hohe Produktqualität.

Team

Das Team steht beim agilen Vorgehen im Vordergrund: sich persönlich hinsichtlich Zusammenarbeit, Rollenverständnis, Verantwortungsübernahme und Kommunikationsfähigkeit weiterzuentwickeln, ist neben den fachlichen und technischen Fähigkeiten eine wichtige Anforderung an jedes Teammitglied. Durch maßgeschneiderte Schulungen und Workshops sowie begleitendes Coaching helfen wir Ihnen, Ihr Team zu einem Siegerteam zu formen.

Tested & shippable product

Am Ende jedes Sprints muss ein potentiell auslieferbares Produkt stehen. Durch Test nonstop und durch systematische Erfassung, Bewertung und Prognose des Fehleraufkommens sorgen wir dafür, dass das Ergebnis eines Sprints wirklich „shippable“ ist – jedesmal.

Wir haben Ihr Interesse geweckt?

Buchen Sie jetzt Ihren Workshop passend zum Thema "Agilität" bei der imbus Akademie oder vereinbaren Sie ein unverbindliches Informationsgespräch.

Gerne stehen wir Ihnen für eine kostenfreie Präsentation bei Ihnen vor Ort, in einer unserer Geschäftsstellen oder auf einer unserer Veranstaltungen zur Verfügung.

Vereinbaren Sie einen Termin mit uns!

Rufen Sie uns an: +49 9131 7518-0 oder schreiben Sie eine E-Mail an info(at)imbus.de.

Fachartikel zum Thema

 "Software testen im agilen Entwicklungsprozess".

Das könnte Sie auch interessieren