Phy-gital Roundtable: Breakfast Roundup from Germany and Netherlands

02 May '15 | Debjyoti Paul

German Shoppers: Meet Them in the Fast Lane to Phy-gital

15 January '15 | Ralf Reich

Shoppers Will Share Personal Information (But They Don’t Want to be “Friends”)

15 January '15 | Anil Venkat

Modernize or Perish: Property and Casualty Insurers and IT Solutions

14 January '15 | Manesh Rajendran

Benelux Reaches the Phy-gital Tipping Point: Omnichannel Readiness is Crucial

13 January '15 | Anil Gandharve

The New Omnichannel Dynamic: Finding Core Principles Across Industries

13 January '15 | Debjyoti Paul

Technology does not disrupt business – CIO day 2014 Roundup

02 December '14 | Anshuman Singh

Apple Pay – The Best Is Yet To Come

02 December '14 | Indy Sawhney

Digital transformation is a business transformation enabled by technology

01 December '14 | Amit Varma

3 Stages of FATCA Testing and Quality Assurance

06 October '14 | Raman Suprajarama

3 Reasons why Apple Pay could dominate the payments space

18 September '14 | Gaurav Johri

Beacon of Hope: Serving Growth and Customer Satisfaction

05 August '14 | Debjyoti Paul

The Dos and Don’ts of Emerging Technologies Like iBeacon

30 July '14 | Debjyoti Paul

What You Sold Us On – eCommerce Award Finalist Selections

17 July '14 | Anshuman Singh

3 Steps to Getting Started with Microsoft Azure Cloud Services

04 June '14 | Koushik Ramani

8 Steps to Building a Successful Self Service Portal

03 June '14 | Giridhar LV

Innovation outsourced – a myth or a mirage or a truth staring at us?

13 January '14 | Ramesh Hosahalli

What does a mobile user want?

03 January '14 | Gopikrishna Aravindan

Are you ready for Test Automation? – 9 point checklist

Posted on: 25 August '10

1. A well-defined test automation vision: This should address what and how much to automate; when to automate and how; and a prioritized test automation plan.

2. Tool(s) identified that is best suitable from cost, technology, and other points of view: Considering the rich variety of automated test tools, selecting the best suitable tool is a key decision. It’s good to maintain a reference document on capabilities of all major commercial and open source automation tools. This can help you shortlist. A few things to consider when deciding on the tools are the license cost, maintenance cost, required skills and its availability. If the best tool is not found, then some level of customization / extension might be required on an existing tool.

3. ROI that is practical: Many times the automation targets are set as percentages which may not imply anything as far as test automation is concerned. Hence, a ROI should be practical, insist where automation is the only solution, and define how cost and time benefits will be obtained wherever possible.

4. Dependencies defined, such as, impact of changes in dev plan, features. Lack of proper interfaces causes problems with work distribution. It results in code that is not maintainable, with repeat functionality, and modules that don’t interface very well.

5. Recommendations on the time-line for automation: Delayed availability of automation causes manual test passes to continue, increasing the cost of testing. If the timelines are pragmatic then such inconveniences could be reduced.

6. Appropriate features and test cases for automation selected: Test cases are sent back to test case developers for redesign or clarification because it is not clear what they do. Sometimes poorly designed test cases are automated without clarifying what they do resulting in automation that is useless. Hence, it is important to analyze the functional test coverage and propose, if applicable, additional automation test cases to improve the coverage.

7. Realistic budget for automation available: It is not practical to plan for everything with respect to automation. However, if you have done due diligence in selecting the right-set of features and test cases to be automated, and considered the points discussed above, then you are better informed and can be rest assured that your effort estimates will not be wildly out of track.

8. High level design that is scalable and allows future addition of test cases: Automation would be a waste of exercise if the effort to add new test case OR maintain the existing scripts is significantly higher. In short, it should give you the best ROI for the effort involved.

9. A plan to manage and maintain the Automation (post-delivery): A design document, user guide, and how it will be handed over to anyone else should be available. It should not need much support for future runs of the automation OR to make minor changes to the scripts.

One must note that each automation project is different and brings with it its own challenges and benefits. These are my thoughts from experience in executing several test automation engagements.