QA

10.15 – 10.45 : Miracle, Poul Sørensen

10.45 – 11.15 : Systematic, Jørgen Lund

11.15 – 11.45 : eBay, Annika Nissen

11.45 – 12.15 : Capgemini, Søren Ørskov Olesen

12.15 – 13.30 Lunch & keynote


 

Miracle: Poul Sørensen

Time: 10.15 – 10.45
Location @ Student House:

Test Automation – Rock On!

Everyone says they’re doing it but most aren’t even close to starting. Test automation is a sought topic that only gets harder with hands-on experience. The more you uncover, the more you realize you didn’t know. Should that stop us from getting on with it? Hell no! Get ready to rock on, as the speaker gets you through his personal experience of failures that has built up his faith in test automation. This presentation will show you three ways to keep going and will challenge your views of working with test automation to make it a success. Poul has been working with Test automation since 2008, from scripting and custom frameworks to Behavior Driven Development and these expensive automation tools that make life a little bit easier. The experience-based conclusions in this presentation focus less on tools and processes and more on cooperation and expertise.

 

LRS18_badge_Poul

Miracle logo

 


 

Systematic: Jørgen Lund

Time: 10.45 – 11.15
Location @ Student House:

Making the right decision

Testing to make informed decisions on major acquisitions Imagine going to an area with no cellphone connectivity, and trying to connect with your friends. Now, imagine bullets flying around your head on top of that! The New Zealand Defence Force had to acquire new tactical radios – to ensure voice and data communication in all kinds of terrain, from the thickest jungle to urban environments. With only limited time available, how do you select the right vendor to deliver mission critical communications for the next few decades? We helped the New Zealand Defence Force design, execute and analyze the tests that form the basis for deciding which vendor shall supply the radios. We’ll present an overview of the test, and the team involved in the test. We’ll dig a little deeper into some specific parts of the test, and present some lessons learned from managing a large-scale test with many different participants with vastly different backgrounds and very limited testing experience.

 

Print

 


 

eBay: Annika Nissen

Time: 11.15 – 11.45
Location @ Student House:

Easy, stable and fast UI testing – is that a thing?

Are you dealing with unstable and slow Selenium tests? So were we! And we didn’t only have one test project, but 3 – with very different, complex setups and partly using outdated frameworks. But we also had a strong vision: It must be possible to build a Selenium setup, that is easy to use and runs stable on our CI server. This talk gives you insights on, how we in eBay Denmark totally reworked the way we write UI tests and at the same time unified the test setup for our 3 web platforms. I’ll walk you through the entire process, from the requirements, over technology decisions and the setup implementation, to how we are transforming 110 old test to stable, valuable and high quality tests.


 

Capgemini: Søren Ørskov Olesen

Time: 11.45 – 12.15
Location @ Student House:

Get QA off the starting blocks in your agile projects!

As a QA engineer, software tester or test analyst in an agile team, it can be hard to follow up with the pace of development.  This often has to do with developers and tester do development ‘as they used to do’; with the tester sitting at the end of the table and waiting for a specific feature to be done. For a tester, to actually be able to follow up with the speed of development and still verify as much as possible, it’s essential to start verifying requirements and user scenarios before the development has started. Software testing or QA processes should pick up from where UX and Business Analysis end, or, it could be part of these processes at the beginning of a project. With the tools and techniques that most software testers are familiar with, the process of QA can be started much earlier when requirements are being drafted and user scenarios are being discussed. Test professionals often bridge the gap between developers and users/business in IT projects. In agile projects this gap just needs to be filled much earlier to ensure the team can deliver high quality software without unnecessary delays.

 

cg_logo