Targeted Automated Tests

Full-Day Tutorial (6 hours)

It's time to go beyond the UI, and automate where the risk is. Targeted automated tests are the future, and it's much easier than you think.


8:30 a.m. – 4:30 p.m. Tuesday 19th


F-,E- & D-Rooms


Testers, Developers, SDETs, Test Engineers, Quality Engineers




  • Recognise that we can create automated tests on multiple layers of our application
  • Categorise the different types of automated tests we can create
  • Discover the correct layer a test should be automated on
  • Modify existing automated tests to be more targeted
  • Create news tests on a different layers of the application

Elevate your automated testing with targeted tests

It’s common for teams to have a large amount of automated tests on the user interface. When teams start automating tests, beyond unit tests, this is usually the first layer they automate on. It makes sense, as this is a layer a lot of teams are comfortable on, where the knowledge is, and there is a plethora of tools to choose from. Not to mention it’s the layer of the application the majority of customers will interact with.

However, the majority of these tests are usually not very targeted, and typically are end to end, traversing the whole stack multiple times. These tests are easy to identify when they fail, as you have no idea what has caused the test to fail, and usually takes a lot of digging to find the cause. For example you are testing a new order can be made, but you are doing this on the UI going through the whole flow and asserting the user is shown an order ID. If this test fails multiple things could have gone wrong; order ID was the wrong format, order failed, API down, order was made but confirmation screen failed and much more.

The best strategy to adopt is a targeted approach automating on the lower layer that we can mitigate risks. We have a whole host of tools at our disposal these days to enable us to automate tests on the UI, API, Javascript, unit and more. Not to mention different options when it comes to making our assertions.

In this tutorial, we’re going to start with some existing UI tests, which aren’t very targeted and learn techniques and approaches to identify why, and how they could be improved or moved. Once done we’ll then implement those tests and evaluate the improvements we’ve made. This class will be taught using Typescript based open source tools.

Related Sessions

Virtual Pass session
11:45 a.m. – 12:30 p.m.
Room F3 - Track 3: Talks

25-minute Talk

Virtual Pass session
4:00 p.m. – 4:45 p.m.
Room F2 - Track 2: Talks

25-minute Talk

2:45 p.m. – 4:45 p.m.
Room D3+D4 - Track 8: Workshops

120-minute Workshop

Virtual Pass session
4:00 p.m. – 4:45 p.m.
Room F1 - Track 1: Talks

25-minute Talk