Subtitle: what every developer should know about testing and testers
Testers and developers sometimes seem to be like creatures from different planets. Recognize these? Developers can't test. Testers can't code. Testers make the life of a developer miserable. Developers never test their own stuff. Testers can't keep up because testing is too slow, etc.
Java agents are a little-known but extremely powerful part of the Java ecosystem. Agents are able to transform existing classes at runtime, allowing scenarios such as logging and monitoring, hot reload or gathering code coverage. However, their usage presents a number of pitfalls as well.
Cognitive testing is a modern testing technique in this fast changing and dynamic technology world . The erstwhile testing arena is making a shift towards quality engineering, and testing is intended to become more iterative, progressive, Intelligent , contextual and seamlessly integrate with development.
Testing is still a topic that most developers would like to avoid. Even though it is crucial for working software, developing and maintaining tests takes certain time and effort — especially for distributed applications or when changes in existing functionality forces test scenarios to adapt. Omitting software tests can’t be the solution; therefore, how can we tackle enterprise tests in an effective and productive way?
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).
