testing

When I started at my current employer five years ago the CI system consisted of an outdated Jenkins installation on a PC which was located under the desk of a developer. Builds were triggered three times a day, so a developer had to wait multiple hours after a commit until the feedback arrived. The builds couldn’t be reproduced locally, so debugging was at times done via console logging on the CI system.

A well-designed and tested IoT product should successfully help customers save money based on the information the system produces – but what can that look like for a real customer, and how can testing be done in the project?

In this talk, I will present a case study for a customer who produces metal-pressing machines for the can industry. The customer’s aim is to reduce unnecessary support visits to production sites: by measuring various parameters of the machine, they can determine whether the support case may have been caused e.g. by changing the thickness of the metal.

How can we more easily run performance benchmarks against Java SDKs and analyze and compare results? What information is coming out of some common open-source benchmarks and why might it be interesting? How can you incorporate performance tests into your continuous delivery pipeline? This talk addresses all of these questions and more as it surveys the performance testing story at AdoptOpenJDK and Eclipse OpenJ9.

At the AdoptOpenJDK and Eclipse OpenJ9 build farms, we run "more tests than you can shake a stick at"... What does this mean? We are fortunate to have a large selection of different tests at our disposal to verify the quality of any given version or implementation of Java. This presentation surveys the different types of testing that can be executed against the AdoptOpenJDK binaries, and discusses the nuances and interesting lessons we have learned while covering a multitude of Java versions, implementations, platforms and variations of Java.

According to the Eclipse’s IoT Developer Survey from the past years, Security, Interoperability and Connectivity are the key challenges for IoT. While these topics constantly rank in the top five, comprehensive open-source solutions are still rare.

This session will introduce the attendees to the roots and motivation of the Eclipse IoT-Testware. Building on this, the major concerns of future IoT will be examined, possible solutions proposed and underpinned with examples.

This talk focuses on VR and what is “new” for testers.

While software and hardware as testing areas are kind of “known”, in VR the immersion of the human in the middle is “new” and needs different testing approaches.

How the human reacts physically and psysically brings new challenges.

From Motion sickness over whole immersion to the dulling of the tester .. these are new problems, where testers also become a part of the product (as do users).

The world of computing is experiencing a time of radical changes. Software is running more and more parts of the world and the decades old vision of ubiquitous computing is becoming a reality thanks to the Internet of Things.
We can control our home by talking to it and have all of humanities knowledge available in a shiny black rectangle in the palm of our hand. All of this just works - flawlessly.