Evolution of Test Automation State Driven Testing Jan De Coster - - PowerPoint PPT Presentation

evolution of test automation state driven testing jan de
SMART_READER_LITE
LIVE PREVIEW

Evolution of Test Automation State Driven Testing Jan De Coster - - PowerPoint PPT Presentation

Evolution of Test Automation State Driven Testing Jan De Coster November, 2011 Why test automation? Use computers to replace expensive manual testing Cant do it all manually Coverage of functionality Coverage of platforms


slide-1
SLIDE 1

Evolution of Test Automation State Driven Testing

Jan De Coster

November, 2011

slide-2
SLIDE 2
  • Use computers to replace expensive manual testing
  • Can’t do it all manually

– Coverage of functionality – Coverage of platforms – Coverage of complex data inputs

  • Catch problems earlier at less cost

The trick is whether automation can provide an ROI

Why test automation?

slide-3
SLIDE 3

Evolution of Test Automation

Record/Replay Scripting Keyword Driven Testing

slide-4
SLIDE 4
  • Create long recordings of user actions and make tests

from them

  • Problems

– Expensive to build scripts with nothing to reuse – Application changes tend to break lots of scripts – If not caught maintenance issues cause reliability problems

Early Approach: Record and Playback

slide-5
SLIDE 5
  • Fragile and time consuming
  • Very high maintenance
  • Tough to achieve benefits

5

Cost Benefit - Record and Playback

20 40 60 80 100 120 1 6 11 16 21 26 31 36 41 46 51 56 61

Record and Playback Automation

Cost Benefit

slide-6
SLIDE 6

What do I need? - An Automation Framework!

How does the technology in my application work? How do I use this automation language? How do I incorporate test data into my scripts? What business logic and use cases should I be testing? How am I going to maintain this

  • ver time?

How can I be more efficient and get more reusable code?

Image: sippakorn / FreeDigitalPhotos.net

slide-7
SLIDE 7
  • Structured way to add new automation
  • Capability to drive data into test cases
  • A roadmap and process to follow
  • Provides a way to reuse pieces of automation
  • Isolates change due to application change
  • Brings down the costs of test automation

7

What does an automation framework provide?

slide-8
SLIDE 8

Keyword Approach

  • Maps an Application Under Test to a set of action based keywords
  • Business savvy people assemble test cases using keywords
  • Develop test cases without programming knowledge

8

Keyword Testing Frameworks

Action Object Type ObjectID ClickSubmit Button Submit TypeName TextField UserName VerifyName TextField UserName SelectRole DropDownList Roles VerifyTitle Window Browser

slide-9
SLIDE 9

Shortcoming: Keyword-driven Testing

“While keyword-driven sounds wonderful, it is not a magical methodology that will solve all automation problems and cure world hunger. I worked on a keyword- driven project while I was an employee of a big

  • corporation. We had an elaborate in-house tool, that

could compose the keywords into larger blocks of actions, which were also reusable in tests. The project was a failure. The library of keywords became so huge that no one could figure out which keyword should be used in which context.”

Source: http://testautomationblog.com/2010/05/16/keyword-driven-automated-testing/

slide-10
SLIDE 10

Next Generation of Test Automation

Record/Replay Scripting Keyword Driven Testing

State Driven Testing

slide-11
SLIDE 11

Cost benefit – Framework Automation

11 20 40 60 80 100 120 1 6 11 16 21 26 31 36 41 46 51 56 61

Framework Automation

Cost Benefit

  • Maintenance and extension doesn’t scale
  • Application complexity
  • People and process complexity - hard for BA’s to participate
  • ROI is there but limited
slide-12
SLIDE 12

What’s needed? – A breakaway benefit!

12 20 40 60 80 100 120 1 6 11 16 21 26 31 36 41 46 51 56 61

Breakaway Test Automation

Cost Benefit

!!!

  • All team members can participate
  • Handles application complexity well
  • Benefit continues to grow
slide-13
SLIDE 13

Software state transitions

13

slide-14
SLIDE 14

UI Object UI Object State Transitions State Transitions 6 5 4 3 2

  • Organized and

scalable

  • Open for

different types

  • f test

automation – Mobile – SOA – App specific

14

Next Generation Test Automation State Driven Testing

Test Case Design Framework Design Automation Implementation Test Case Step 1

Action Action Action Action Action Action

slide-15
SLIDE 15

State Driven Test Automation – Iterative Process

15

Design Collaboration Create Test Cases Implement Automation Leverage Automation Iterate

slide-16
SLIDE 16

State Driven Testing value

  • Minimizes technical automation effort

– Automates framework creation

  • Maximizes productivity of business experts

– Accelerates the creation of test cases – Produces clear easily readable test cases

  • Minimizes maintenance costs

– By reducing duplicate test automation

  • Enables agile approaches

– By decoupling test design and test automation

16

slide-17
SLIDE 17

State Driven Testing – Breakaway benefit!

17 20 40 60 80 100 120 1 6 11 16 21 26 31 36 41 46 51 56 61

Breakaway Test Automation

Cost Benefit

slide-18
SLIDE 18
  • Situation

– Needed to automate an application quickly

  • Solution

– 2 technical people, 2 business subject matter experts – SilkCentral + SilkTest with state driven testing framework – 2 weeks to implement and train

  • 6 weeks later

– All 4 people trained – Test automation completed – Test case development underway – MAXIMUS very satisfied

18

MAXIMUS

Within two weeks of beginning Automated Test Script development, the automation team developed over 2200 transaction based tests (this equates to approximately 150 tests per tester per day – manual test development is approximately 15 test cases per tester per day). Janine Roy – MAXIMUS Test Team Lead

slide-19
SLIDE 19

Thank You!

slide-20
SLIDE 20

20