schedule Jun 25th 04:15 PM - 05:00 PM place Grand Ball Room 2 people 3 Attending

There is a saying ..."Sukh baatne se badhta hai, dukh baatne se kam hota hai", translated as - "happiness increases & sadness reduces on sharing with others".

We want to take this opportunity to share with our experiences - the good and the bad, in the journey of building a Test Automation framework for an AngularJS based application. 

We will learn, by a case study, what thought process we applied on the given context (product, team, skills, capabilities, long term vision) to come up with an appropriate Test Automation Strategy. This Test Automation strategy covered all aspects of Test Automation - Unit, Integration, UI - i.e. End-2-End tests (E2E).

Next, we will share how we went about narrowing-down, and eventually selecting a specific Tech Stack + Tools (Javascript / Jasmine / Protractor / Selenium-WebDriver) to accomplish the Test Automation for the product.

Lastly, we will share the challenges that came up in the implementation of the Test Automation, and how we overcame them. This will also include how we managed to get the tests running in Jenkins - a Continuous Integration tool. 

This discussion is applicable to all team members who are working on Test Automation!

P.S. We will be attempting to make a sample protractor-based automation framework available on github for anyone to use as a starting point for setting up protractor-based Test Automation framework.

 
2 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

- Explain the case study - 2 min

- Tech stack & tool evaluation, and why Protractor seemed to be the right choice - 10 min

- Challenges using Protractor - 10 min

- Overcoming the challenges - 10 min

- The features we have built in the Test Automation Framework - 10 min

- Q&A

Learning Outcome

- Approach for test automation tech stack & tool evaluation

- Tips to build e2e test automation framework using protractor

Target Audience

Testers, Automation Testers, QAs, Developers, any other roles / team members involved with Automation

schedule Submitted 1 year ago

Comments Subscribe to Comments

comment Comment on this Proposal

    • 45 Mins
      Demonstration
      Intermediate

      Building a Test Automation Framework is easy - there are so many resources / guides / blogs / etc. available to help you get started and help solve the issues you get along the journey.

      Teams already building 1000s of tests of various types - UI, web service-based, integration, unit, etc. is a proof of that.

      However, building a "good" Test Automation Framework is not very easy. There are a lot of principles and practices you need to use, in the right context, with a good set of skills required to make the Test Automation Framework maintainable, scalable and reusable.

      In this talk, we will focus on one of the critical aspects and patterns in building the Test Automation framework - Test Data!

      We will look at different data patterns as options and techniques how to create, manage, use, reuse Test Data in a way to keep the tests running in an reliable and deterministic way. We will also discuss what questions to ask, what things to think about in selecting your approach for Test Data!

      This discussion will be applicable for any type of Test Automation (web / mobile / desktop), but, we will focus primarily on UI automation frameworks, ex. using Selenium.

       

    • Liked Sargis Sargsyan
      keyboard_arrow_down

      Sargis Sargsyan - Better Page Object Handling with Loadable Component Pattern

      45 Mins
      Talk
      Advanced

      One of the painful problems in Selenium automated testing is determining whether a HTML page has been loaded. This is especially the case when web application uses a JS  heavy framework such as the popular AngularJS.

      During this talk we will discuss how to handle Selenium Page Object pattern better with Loadable Component.

      The Loadable Component helps test case developers make sure that the page or a component of the page is loaded successfully. I will share my experience about the concept of the Loadable Component and Page Object patterns.