Events

Durch immer kürzere Release-Zyklen erfolgen Test und Entwicklung immer häufiger parallel. In der Praxis führt das sowohl zu Test-Lücken, wenn geänderter Code ungetestet ausgeliefert wird, als auch zu nutzlosen Tests von Bereichen, die sich nicht verändert haben und daher keine neuen Fehler enthalten können. In diesem Solution-Workshop stellen wir Change-Driven Testing vor, um Test und Entwicklung präziser aufeinander abzustimmen und diese Probleme zu vermeiden.

As software systems grow, so does the number of their tests. As a result, we increasingly often encounter test suites that run hours or days, which is painfully slow. To get fast feedback about new bugs despite slow tests, we can run a subset of all tests more frequently. If this subset is chosen well, these tests identify most bugs very quickly.

Most bugs occur in those areas of the system that developers changed since the last release. As testers, we thus attempt to test those areas especially carefully. However, our research shows that substantial amounts of code changes are shipped into production untested, where they cause the majority of field bugs. And this happens even if teams have very sophisticated test planning processes.

Wie vereinbart man Forschungsthema, Lehre und Projektarbeit? Was bringen Bachelor- und Masterarbeiten für die Promotion, was Lehrveranstaltungen? Welche Techniken funktionieren beim Zusammenschreiben wirklich?

Die Antworten hierauf und viele weitere Best and Worst Practices bekommst du im Workshop mit Dr. Elmar Jürgens!

-- Since this post accompanies a talk in German, it is written in German, too.

Stefan Winkler und sein Team entwickeln fertigungsnahe Produktionssysteme für die Stahlproduktion der Salzgitter AG. Anders als die Domäne vielleicht vermuten lässt, setzen sie dabei auf einen top-modernen Technologie-Stack und eine ausgefeilte DevOps-Infrastruktur für qualitativ hochwertige mobile Applikationen. Erfahren Sie im Talk, wie die Modernisierung erfolgreich gelungen ist!

-- Since this post accompanies a talk in German, it is written in German, too.

Viele Entwicklungsteams stehen vor der Herausforderung, immer mehr Software in immer weniger Zeit testen zu müssen, weil erfolgreiche Software wächst und Release-Zyklen immer kürzer werden. Risikobasiertes Testen hilft hier, limitierte Testressourcen effektiv(er) und effizient(er) einzusetzen. Dieser Vortrag stellt risikoorientierte Analysen und Methoden vor, um Transparenz über Testfortschritt und -risiken zu schaffen, Tests zu beschleunigen und beschränkte Testressourcen effizient einzusetzen.

As software systems grow, so does the number of their tests. As a result, we increasingly often encounter test suites that run hours or days, which is painfully slow. To get fast feedback about new bugs despite slow tests, we can run a subset of all tests more frequently. If this subset is chosen well, these tests identify most bugs very quickly.

Because release cycles are getting shorter and shorter, development and test are often done in parallel. This is hard to align. In practice, this often causes test gaps, when untested changes are deployed in production. We will present both the research fundamentals and demo change-driven testing on our own software.

Many Teams must test more and more functionality in less and less time. Historically grown test suites are often not up to this challenge since they test too much and too little at the same time. Too much, since they contain redundant tests that post execution and maintenance costs but provide little value over similar tests. Too little since important functionality remains untested. In this talk, I present analysis techniques to uncover these problems in your own system.

Most errors in long-lived software occur in code areas that change a lot. To do things right, you have to make sure that no important changes go live untested. Test Gap analysis helps us to find untested changes.