Talks

In this talk Dan along with an audience will explore the philosophy that underlies the work behind Appium, including the open-source nature of Appium’s diverse, active and friendly community. 

How to write automated tests for games with complex interactions, non standard UI and no solutions available on the market? In this talk I will show the example of successful home made solution developed for real life project on Unity3D. Even if you are not a game developer you will find this talk useful as an extreme example.

How to speed up tests and improve coverage while writing less code?

About two different ways in UI Automation

Parallel run of Automated tests is not just a wish, but a real necessity, standard task which sooner or later any project meets. Sometimes, parallel run becomes very difficult or even not possible task. How to avoid that situation? What recommendations are used for paralleling tests, what tools are better to use and what architecture for automated tests should be chosen at the beginning? We'll try to answer all those pertinent questions and of course will look at a ton of examples to consolidate the proposed material. Plus TRIZ inversion.

The talk will highlight typical JMeter pitralls and provide hints to manage them.

If you are testing a simple mobile app, you may find it relatively easy to find representative test data. However, what if you are testing enterprise scale applications? In the enterprise data center, one hundred or more applications of various sizes, complexity, and criticality co-exist, operating on various data repositories, in some cases shared data repositories. In some cases, disparate data repositories hold related data, and the ability to test integration across applications that access these data sets is critical. In this speech, Rex Black will talk about the challenges facing his clients as they deal with these testing problems. You’ll go away with a better understanding of the nature of the challenges, as well as ideas on how to handle them, grounded in lessons Rex has learned in over 30 years of software engineering and testing.

I have the paper and the slides so I can send them to you if it is necessary. Also, the story line can be removed and instead of that I can include more code examples. The purpose of the story was to make the talk more fun and to be not only about the code (following the best practices to include personal examples and stories).

We will introduce you to an example of organizing automatic testing of microservices. We will tell you how to use Gradle, Docker, Jenkins Pipeline, and Allure Report for this purpose. 

Why is testing databases not so easy.

How we do Unit, Integration and Functional (UI) testing of Juno Android app: 100% Kotlin, 90%+ RxJava, Spek, JUnit.

How to extend ChromeDriver with DevTools

Manual testing and automated testing are often different roles done by different testers. In this talk I will explain how manual testers and automation testers can work together and I will explain how some specific tools influence working together.

About debatable testing with using minimal amount of stable data and mostly dependent on dynamically gathered / generated data, which was received from input data by analysis.

Session covers architecture and tooling used for distributed performance testing automation.

I'll talk about testing distributed systems with an example of persistent queue.

The talk will cover how to design your test framework, test microservices, and utilise the features of Jenkins 2.

If you have been in software engineering for a while—or in fact just in the working world in general for a while—you’ve probably seen someone do something stupid with metrics. Such mistakes raise a whole bunch of interesting questions. What are the most common metrics mistakes? Why are they mistakes? Why do people make these mistakes? Are you making these mistakes? Why use metrics at all, when there are so many mistakes? In this talk, Rex will give real-world examples of these mistakes, explain the management and economic theories behind metrics, and help you find ways to implement metrics that aren’t stupid.

Unit tests are not only for developers.