The Joy Of Green Builds - Running Tests Smartly

So you have got a few UI tests and they are running in parallel, great! However, life will not be so sweet once these 'a few' turns into 'a lot'. We grew from a few to 1500 UI tests (although not particularly proud of this number, there are situations and reasons)

We started with a simple parallel distribution of tests 3 years ago. As test count increased failure count run time increased along with increased flaky tests. Mobile tests had their own challenges (eg. device dropping-off, random wi-fi issues, etc) To keep up with this, we created a queue and workers based solution which could distribute the tests more efficiently (https://github.com/badoo/parallel_cucumber). Over time, we made more improvements, in particular:

  • Segregation of failures based on infrastructure issues and re-queue the tests
  • If a device/emulator malfunction, rescue the tests to another device
  • Repeating a single test on 100s of the worker in parallel to detect flakiness
  • Repeat a test if a known network issue
  • Terminating the build early if more than a certain number of tests have failed
  • Health check of each device, before each test to ensure reliability
  • Muting a test if failure is known, and highlight outdated mutes if the related task is fixed

In this talk, I will talk about the initial challenges with running UI tests in parallel (Selenium and Appium), how we approached the queue based solution and continuous improvement of this solution; finally, how attendees can use it at their workplace or create their own solution based on our learnings.

 
 

Outline/Structure of the Talk

- Introduction to problem (5 to 7 min)

- Simple test parallelization using division (4 min)

- Problems with the previous solution (7 min)

- Introduction to Consumer-Producer model and Queues and workers

- A simple implementation of a queue-based test distribution (I can show a live demo) (8 to 9 min)

- Making your test runner aware of failure reason and taking smart decisions based on the reason failure reason (5 min)

- Manipulating queues and workers based on the situation during the test execution and how it helps us have more green builds even with so many tests (5 min)

- Conclusion (1 min)

- Q&A(5 min)

Learning Outcome

In this talk, I will talk about the initial challenges with running UI tests in parallel (Selenium and Appium), how we approached the queue based solution and continuous improvement of this solution; finally, how attendees can use it at their workplace or create their own solution based on our learnings.

Target Audience

Everyone from Beginners to Advanced users

Prerequisites for Attendees

very basic coding knowledge

schedule Submitted 7 months ago

Public Feedback

comment Suggest improvements to the Speaker
  • Deepti Tomar
    By Deepti Tomar  ~  6 months ago
    reply Reply

    Hello Rajdeep,

    Thanks for your proposal!

    Could you please update the Outline/Structure section of your proposal with a time-wise breakup of how you plan to use 45 mins for the topics you've highlighted?

    Thanks!

    • Rajdeep varma
      By Rajdeep varma  ~  6 months ago
      reply Reply

      Hi Deepti,

      I have updated a rough time-wise breakup of the plan. However, this may deviate slightly when I prepare the slides.

      Thank you!

  • Robin Gupta
    By Robin Gupta  ~  6 months ago
    reply Reply

    Is the solution set, targeted towards a particular tool/technology such as Cucumber?

    How can the larger audience benefit from the presentation?

    How is the tool at hand, different from competitive solutions provided by jenkins scripts, Gitlab apps, Teamcity plugins or Git Actions?

     

    • Rajdeep varma
      By Rajdeep varma  ~  6 months ago
      reply Reply
      Is the solution set, targeted towards a particular tool/technology such as Cucumber?
      No. The talk is about the overall idea of various ways of execution of tests in parallel(without or with queues and workers), shortcomings of each of these ways and possible fixes. Cucumber will be used as an example for demonstration(by using parallel_cucumber) but it is not the core of the talk.
       
      How can the larger audience benefit from the presentation?
      Those running large amount of tests can follow the idea of running tests smartly (i.e re-queue on infra failures, rescuing tests failed on dead device and re-queue them, health checking device/worker before each test, ordering tests by past trends to optimize time, ignore only a specific exception and run test multiple times until it fails for a valid reason or passes, etc.). This means fewer test failures due to infrastructure issues and more Green builds (more benefit) 
       
      How is the tool at hand, different from competitive solutions provided by Jenkins scripts, Gitlab apps, Teamcity plugins or Git Actions?
      First, None of the above mentioned solutions(Jenkins scripts, Gitlab apps, Teamcity plugins or Git Actions) provide test distributions by themselves. Secondly, some unit testing frameworks like TestNG or higher-level frameworks like ATD(https://github.com/AppiumTestDistribution/AppiumTestDistribution) do it and I will compare their use-case with one in the talk (eg. worker precheck, handling dead worker, sorting test queue by past run-time trends, rerun test if a specific failure is found, etc).
       
      Let me know if you have any other questions

  • Liked Simon Stewart
    keyboard_arrow_down

    Simon Stewart - Selenium: State of the Union

    Simon Stewart
    Simon Stewart
    Project Lead
    The Selenium Project
    schedule 5 months ago
    Sold Out!
    45 Mins
    Keynote
    Intermediate

    What's the latest in the world of Selenium since the last SeleniumConf? In this talk, we'll cover Selenium 4, how the project is run, how you can participate, reminiscing on the Old Days, and reflect on something that at first doesn't appear to be related to Selenium, yet is intimately related to it.

  • Liked Abhijeet Vaikar
    keyboard_arrow_down

    Abhijeet Vaikar - End-end test code as a first class citizen

    45 Mins
    Case Study
    Intermediate

    "All tests in today's automated regression run have been marked as Untested. What happened?"

    "No notifications are being sent for test runs on the channel"

    "I pulled latest code, and the framework dependency shows compilation error"

    "What does this new method in the framework do?"

    How often do you hear such things within your team?

    As Quality champions, we need to walk the talk. When we expect our developers to write quality code, write unit tests, build features without introducing bugs, the onus lies on us (as test engineers) to do the same. With almost every test engineering team writing automated tests to check functionality of their products and services, it becomes very important to ensure that the test automation framework and the test scripts are bug-free and follow good standards of software engineering.

    It cannot be stressed enough that test automation code should be as good as production code. In order to build production-quality test automation framework and scripts, a number of steps can be taken at:

    1. Code & System Level

    2. Process & People Level

    Our test engineering team went through a transition from having random & unexpected failing test runs to having greater confidence in the quality of the tests. Learn from this case study of our journey to ensure that end-end UI automated tests are built with quality in mind. We will also see demonstration of some of the use cases.

  • Liked Rabimba Karanjai
    keyboard_arrow_down

    Rabimba Karanjai - Testing Web Mixed Reality Applications: What you need to know for VR and AR

    Rabimba Karanjai
    Rabimba Karanjai
    Researcher
    Mozilla
    schedule 7 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    There are already over 200 million users consuming VR applications by 2018. And with Google, Mozilla pushing WebXR capabilities in browser and vendors like BBC, Amnesty International, Universal, Disney, Lenskart and a lot of them adopting them to their websites, we will soon see a huge rise i demand for Web VR and Mixed Reality applications.

    But how do you test them in scale? How do you define "smooth" as opposed to just responsive?

    In this talk I will go over some key details about the WebXR specification. The work that Mozilla, Google and the W3C Immersive Web Group is doing. The differences between testing a regular web page and a Mixed Reality enabled one. What to watch for and how you can automate it.

  • Liked Krishnan Mahadevan
    keyboard_arrow_down

    Krishnan Mahadevan - My experiments with Grid

    45 Mins
    Tutorial
    Intermediate

    Everyone starts off with a simple grid setup which involves a hub and one or more nodes.

    This traditional setup is a good start but the moment one starts to get serious with the selenium grid and decide to house their own selenium grid for their local executions, that is when issues start.

    My experiences with the Selenium grid in the past couple of years has led me to get introduced some of the most prevalent problems with maintaining an in-house selenium grid.

    • Nodes get unhooked randomly due to network glitches.
    • Nodes introduce false failures due to memory leaks.
    • Selenium Grid running out of capacity.
    • Nodes require OS upgrades/patches etc.
    • Needing to deal with auto upgrades by browsers (especially chrome and firefox)

    Some of these issues I managed to fix by building a "Self Healing" Grid wherein the nodes automatically get restarted after they have serviced "n" tests. But that still didn’t solve many of these other problems.

    That was when I felt, what if there was an on-demand selenium grid.

    What if the Grid could do the following ?

    • The Grid auto scales itself in terms of the nodes based on the current load.
    • The Grid does not require a lot of infrastructure to support it.
    • The Grid can plug itself into some of the cloud providers or leverage a solution such as Docker so that the nodes can be spun and shutdown at will.

    That was how the idea of "Just Ask" an on-demand grid was born.

    Just-Ask is an on-demand grid. It has no nodes attached to it.

    It’s designed to spin off nodes on demand, run test against the newly spun off node and after test runs to completion, clean-up the node as well. The node can be backed by anything. It could be Docker (or) it could be a VM running on any of the popular clouds.

    The session aspires to walk the audience through with my experiments with the selenium grid, my learnings on the selenium grid internals and how I used all of that knowledge to build my own On Demand Selenium Grid. What better avenue to share these learnings than a Selenium Conference.

    The session will introduce the audience to the grid internals and their concepts such as

    • What is a Selenium Remote Proxy ? What is it used for? What can you do with it?
    • What is a Hub (or) Node level Servlet ? When would you need one ?
    • All of this followed by a quick demo on "Just Ask", the on-demand grid that I have built and open sourced here: https://github.com/rationaleEmotions/just-ask

  • Liked Gaurav Singh
    keyboard_arrow_down

    Gaurav Singh - How to build an automation framework with selenium : patterns and practices

    Gaurav Singh
    Gaurav Singh
    Product Engineer
    Go-Jek
    schedule 8 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    With an ever increasing no of businesses being conducted on web the testing need to write automated tests for the app's UI is something that can never be ignored. As you all know Selenium provides an API that enables us to do this quite effectively.

    However, when tasked with setting up the automation framework, there are a lot of questions that arise in the minds of aspiring test developers regardless of what level they are in their career.


    Some of such questions are:

    1. How does one actually go about the business of building a robust and effective automation framework on top of selenium?
    2. What are the elementary building blocks to include in the framework that an aspiring automation developer should know of?
    3. How should we model our tests? XUnit style vs BDD?
    4. Are there good practices, sensible design patterns and abstractions that we can follow in our code?
    5. What are some of the anti patterns/common mistakes we should avoid

    A lot of literature, documentation and blogs exists on these topics on the web already.

    However In this talk,

    I would combine this existing knowledge and my years of experience in building automation frameworks and breakdown these elements and walk you through exactly the sort of decisions/considerations and practices that you can take while starting to implement or improve the UI automation for your team.

    Hope to see you there!

  • Liked Syam Sasi
    keyboard_arrow_down

    Syam Sasi - When Ansible meets Selenium Grid - Story of building a stable local iOS simulator farm

    Syam Sasi
    Syam Sasi
    Senior Software Engineer
    Carousell
    schedule 7 months ago
    Sold Out!
    45 Mins
    Case Study
    Beginner

    There are dozens of matured docker based solutions available in the market for Android automation testing,

    but

    what about iOS testing?

    It’s hard to create and maintain the docker based solution for iOS testing since it demands the Xcode and for the optimal performance the system needs the Apple certified hardware.

    Combining Ansible with Selenium Grid yields a powerful combination because it allows us to set-up our grid and nodes in just a few seconds. In this talk I will demonstrate how to use simulators to build a reliable and scalable in-house iOS simulator lab using Ansible, Selenium Grid and Appium.

  • Liked Shi Ling Tai
    keyboard_arrow_down

    Shi Ling Tai - Start with the scariest feature - how to prioritise what to test

    Shi Ling Tai
    Shi Ling Tai
    CEO
    UI-licious
    schedule 7 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    It can be intimidating for inexperienced teams embarking on their test automation journey for an existing code base. There is so much to test, and so many ways to test. I often see teams stuck with debating on where to start and what tools to use and best practices:

    "We should start from unit tests"

    "No, integration tests are better!"

    "Should we use tool A or tool B?"

    I see this play out all the time, and I've been there before. And the worst that could happen is decision paralysis and inaction.

    The bigger question really is "What to test?".

    My rule of thumb is "Start with the scariest code". I'll share with you my framework for evaluating the ROI of writing a test for a feature and prioritising what to test.

  • Liked Shama Ugale
    keyboard_arrow_down

    Shama Ugale - Webdriver connector for Botium - Tool for testing Conversational UI

    Shama Ugale
    Shama Ugale
    Sr. QA Consultant
    ThoughtWorks
    schedule 7 months ago
    Sold Out!
    45 Mins
    Demonstration
    Beginner

    Last year was dominated by the smart devices & voice based home assistants. These use the conversational interfaces unlike other applications to interact, built using advanced algorithms, ranging from natural language processing to AI/ML techniques. They are constantly learning by themselves improving the interactions with the user bringing up the challenge of non-deterministic output. To such interfaces, natural language is the input & we humans love having alternatives & love our synonyms, express using emojis gifs & pictures. Testing in this context moves to clouds of probabilities.

    Unfortunately Selenium cannot be used to automate such systems and hence Botium was designed.
    In this session I will cover the Selenium driver for Botium to automate E2E tests on Web UI and mobile along with testing strategy, testing NLP models & automating these tests to the CI/CD build pipelines with a DialogFlow based 'Coffee-Shop bot' as an example during my demo.

  • 45 Mins
    Case Study
    Intermediate

    Challenges in Testing & Automating Games

    Testing real-time, multi-user games built for native apps and / or browser-based on phones / mobile devices / tablets / desktop browsers makes testing of regular products as apps, or websites appear like a piece of cake. Testing such real-time and multi-user games becomes even more challenging when you think about automating the same.

    I got an opportunity to build Functional Test Automation for a suite of games – and what an exciting time it turned out to be!

    These games are built either using Cocos2d-x, or Unity (cross platform game engines for mobile games, apps and other cross platform interactive GUI and are known for their speed, stability, and ease-of-use).

    The key challenges I encountered here were:

    • Millions of users, playing games on a huge variety of devices (Android & iOS native apps, Mobile-Web, and Desktop Web)
    • Limited unit testing
    • API testing & Functional Testing done in isolation (mini-waterfall approach)
    • Usage of Cocos2d-x & Unity for game rendering – which cannot be automated via Appium
    • Limited Functional Automation (for native apps)

    An approach to Functional Automation of Real-Time, Multi-User Game scenarios

    I overcame the above mentioned challenges by doing the following:

    • A better way of working (you can call it ‘Agile’)
    • Break down the walls by fostering a mindset of “build quality-in, as opposed to test for quality”
    • Built a new functional automation framework using java / testing / appium-test-distribution / reportportal / jenkins with focus on – specify test intent once and run on all supported channels (ex: Android, iOS, Mobile-Web, and Web)
    • Built a solution for Cocos2d-x layer automation
    • Created a vision of CI-CD for the organization, and setup code-based CI pipelines to enable end-2-end visibility
    • Made the framework extensible by providing ability to use same framework for multiple games

    The focus of this talk will be to:

    • Share an example of a particular use case
    • Share the solutions, including code snippets, implemented for:
      • Functional Test Automation Framework Architecture & Design
      • Ease of Test Implementation, while maintaining code quality and promoting reuse
      • Test Execution on local Vs CI, on-demand as well as on every new build

  • Liked Babu Narayanan Manickam
    keyboard_arrow_down

    Babu Narayanan Manickam - Deep Learning Based Selenium Test Failure-triage Classification Systems

    45 Mins
    Talk
    Intermediate

    Problem Statement:

    While running thousands of automated test scripts on every nightly test schedule, we see a mixed test result of pass and failures. The problem begins when there is a heap of failed tests, we caught in the test-automation trap: unable to complete the test-failure triage from a preceding automated test run before the next testable build was released.

    Deep Learning Model:

    The classification was achieved by introducing Machine Learning in the initial months and followed by Deep Learning algorithms into our Selenium, Appium automation tests. Our major classification was based on the failed test cases: Script, Data, Environment, and Application Under Test and that internally had hundreds of sub-classifications.

    To overcome this problem, we started to build and train an AI using Deep Learning, which simulates a human to categorize the test case result suite. Based on the test result failure for each test, the AI model would predict an outcome through API, categorizes and prioritize on the scale of 0 to 1. Based on the prediction model, the algorithm takes appropriate response actions on those test cases that are failed like re-run test again or run for different capabilities. We kick-started this by gathering the historical data set of 1.6 million records, which was collected over a 12 months period, data including the behavior of the test case execution and the resulting suite.

    This Deep Learning-based algorithm has been provided the quality to break down the new defects based on its category, and a classification score is given on a scale of 0-1. We’ve also established a cutoff threshold based on its accuracy of improving, and to group the failed test cases based on its similarity. Classification of the test cases is done in high granularity for sophisticated analysis, and our statistical report states that the classification of the defects has been increased with 87% accuracy over a year. The system has been built based on the feedback adapting models, where for each right classification it will be rewarded and for the wrong, a penalty is given. So whenever receiving a penalty the system will automatically enhance itself for the next execution.

    The algorithm has a powerful model for detecting false-positive test results calculated using the snapshot comparisons, test steps count, script execution time and the log messages. Also, the model has been built with other features like – duplicate failure detection, re-try algorithms and defect logging API, etc.

    The entire classification system has been packaged and deployed in the cloud where it can be used as a REST service. The application has been built with its own reinforcement learning where it uses the classification score to enhance itself and this is programmed to perform in an inconclusive range.

    In sum, this deep learning solution can assist all Selenium testers to classify their test results in no-time and can assist to take next steps automatically and allow team could focus its efforts on new test failures.

    Link: https://github.com/testleaf-software/reinforced-selenium-test-execution

  • Liked Rajdeep varma
    keyboard_arrow_down

    Rajdeep varma - Appium-Android: From Surface To Core

    90 Mins
    Workshop
    Intermediate

    Over the past few years, Appium has gained tremendous popularity due to its support of many languages and multi-platform automation possibilities. It is the most popular tool for test automation engineers as of today.
    However, there are times when beginner Appium users have a curiosity about how it works under the surface. Some intermediate/advanced users always wonder how to debug their automation code in conjunction with the Appium source code to find out why that element on UI can’t be located or why the click is not working on that custom element.
    In this workshop, we will start with the tools that are building a block of higher-level android automation frameworks such as espresso, uiautomator2, etc. Later, we will deep dive into Appium with espressodriver.

  • Liked Ivan Krutov
    keyboard_arrow_down

    Ivan Krutov - Workshop: Efficient Selenium Infrastructure with Selenoid

    Ivan Krutov
    Ivan Krutov
    Developer
    Aerokube
    schedule 7 months ago
    Sold Out!
    480 Mins
    Workshop
    Intermediate

    Selenoid is an alternative lightning fast open-source Selenium protocol implementation running browsers and Android emulators inside Docker containers. It is distributed with a set of ready-to-use Docker images corresponding to the majority of popular browser versions, has a one-command installation utility and works slightly more efficiently than traditional Selenium Grid.

    This tutorial shows how to build efficient and scalable browser automation infrastructure using Selenoid and related tools. You will be taught why running browsers in containers is so efficient, how to easily install Selenoid and use its powerful features.

  • Liked Irfan Ahmad
    keyboard_arrow_down

    Irfan Ahmad - From Test Pyramid to Test Cup : Evolution of Modern Testing Stack

    Irfan Ahmad
    Irfan Ahmad
    Release Manager
    upGrad
    schedule 7 months ago
    Sold Out!
    45 Mins
    Case Study
    Beginner

    We all have read or heard about test automation pyramid .But is it really supposed to be a pyramid ? or it's just a metaphor? lets find out

    At this talk we will share our learnings from implementing test automation pyramid for years and its variations finally arriving to test automation cup modal focusing on

    1.Need for growing up from automation testing pyramid

    2.How the modern testing stack has evolved

    3.How to choose and design your automation testing stack

    4.Real World examples from testing to validate our test cup model

    5.How to move from Pyramid to test cup and Our lessons learned

    6.Sharing Best practices ,limitations and patterns for success

  • Liked Praveen Umanath
    keyboard_arrow_down

    Praveen Umanath - State-of-the-art test setups: How do the best of the best test?

    20 Mins
    Talk
    Intermediate

    The best engineering teams are releasing code hundreds of times in a day. This is supported by a test setup that is not just fast, but robust and accurate at the same time.

    We look at data (anonymized) from millions of tests running on BrowserStack, to figure out the very best test setups. We also analyze the testing behavior of these companies—how do they test, how frequently do they test, how many device-browser-OS combinations do they test on. Do they gain speed by running more parallels or leaner test setups?

    Finally, we see how these steps help these teams to test faster and release continuously, and how it ties-in to the larger engineering strategy.

  • Liked Smita Mishra
    keyboard_arrow_down

    Smita Mishra - Vision Boards - Project your goals

    Smita Mishra
    Smita Mishra
    CEO
    QAZone Infosystems
    schedule 7 months ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    How do teams share their understanding on the common goals? It is either audio or visual. Recording each talk and storing them ( tagged) is not the most effective way to share common knowledge. Sketching is not new to agile teams. We are taking it a step forward in the form of Vision Boards. Vision Board – is creative visualization of your goals. While our focus in this talk, remains on- how teams could use the board, Individuals use these in order to make their life goals into reality. There are pictures or sketches of what they want – all pasted together on one board – so they constantly remind themselves of their ultimate goals in the bigger scheme of things. These goals may not be achievable with one task. They may need a series of tasks which do not directly seem to be connected with the goal. But these visualizations captured - are very good indicators of what success means to one.

    We used Vision Boards to visualize our customer experience, their reactions and expected patterns of use for our application. This board single handedly kept all our teams aligned and as many changes happened – the teams knew their true north when they were discussing how to design the screens and which features to build on (priority). Our already agile teams were constantly looking at the short term goals of prioritized features, but vision board helped them reduce chaos and clutter and saved lot of time on understanding the overall requirement - it also served as the basis for User Stories.

  • Liked Martin Schneider
    keyboard_arrow_down

    Martin Schneider / Prabhagharan D K - Building and scaling a virtual Android and iOS device lab

    45 Mins
    Case Study
    Intermediate

    Virtual mobile devices (emulators/simulators) are a cost-effective and straightforward alternative to testing on physical devices. We showcase how to set-up and scale an Android emulator farm using Appium, Docker and SQS and how it fits into our larger testing and quality strategy.
    Maintaining physical test devices for mobile automation can be expensive and time-consuming. On top of the initial investment, you need to consider maintenance cost, replacement devices and efforts for manual scaling. On the other side of the spectrum, cloud providers take care of these restrictions, but their services can come at a hefty price tag, especially when your use-case requires a large number of devices. We present a middle path and demonstrate how to use virtual devices to build a reliable and scalable in-house device lab using Docker and Appium.

  • Liked Lavanya Mohan
    keyboard_arrow_down

    Lavanya Mohan / Priyank Shah - Analytics - Insights from unsaid customer feedback

    45 Mins
    Talk
    Beginner

    Are we investing our efforts in building things that actually matter? Is the new feature that we rolled out adding value to the customer? Is the new release doing better than the previous releases? How do we get answers to these questions and more? Analytics is our answer!

    Analytics information helps not just the business teams but also QAs, Devs, PMs and other members of the project in multiple different ways. It could help us uncover some critical issues, it could help us understand customer sentiments better, it could help us get a broader picture of how the customer actually uses the product and whether it was how we intended it to be, it can help us get ideas about what small or large changes the customers are looking for without them having to explicitly tell us.

    Analytics is important information to us. So, it is also critical that the information is correct. That means analytics information produced also needs to be tested and validated.

    This talk is intended to understand the testing of analytics events and why they are important to us.

    In this talk, we will cover our experience of how analytics information helped us understand our customers better and invest our time in building the right things. We will also cover how we validated it to ensure that the data that we were seeing was actually correct. In addition to this, we will also briefly cover some details about other sources of information that can be looked at if we are working in a mobile world.

    Please note: We’re open to tune the proposal based on feedback

  • Liked Khanh Do
    keyboard_arrow_down

    Khanh Do - Leveraging Artificial Intelligence to create self-healing tests

    Khanh Do
    Khanh Do
    QA Architect
    Kobiton
    schedule 8 months ago
    Sold Out!
    45 Mins
    Tutorial
    Intermediate

    A key requirement for successful test automation is to get past the brittle or fragile nature of test scripts. Any Selenium (or Appium) developer has encountered the dreaded "NoSuchElement Exception". A locator that worked yesterday may fail today. What's a test engineer to do?

    Fortunately the field of AI provides promising solutions and allows for the creation of self-healing tests. Tests that can find elements across all environments. Tests that can learn from "human-in-the-loop" intervention and work perfectly thereafter. Imagine automated tests that "just work"!

    This session will look at how to apply the latest in AI and Machine Learning technologies to improve your test scripts. With the plethora of new open source AI libraries made available by companies such as Google, the ability to leverage AI in your applications is more accessible than ever.

    This session will be a primer on AI technologies and how they can be utilized for perfect test automation.