Many of us may believe that test automation refers only to the automation of test scenarios and their execution. However, both scripting and execution are essential parts of the automation process’s life cycle. The following phases make up the entire automation process:
- Automation feasibility Study
- Test Strategy
- Test Environment Setup
- Test Script Design
- Test Script Execution
- Defect Analysis and Fixing
PS: The life cycle of the automation process may differ from one company to the next.
In this Post
Automation Feasibility Analysis
In this post, we will focus on the very first step of the automation process, i.e., the “Automation Feasibility Study“.
Before we begin automating the manual test cases, we must first determine whether we can proceed with the automated test cases. Let’s look at an example to help you grasp it better:
Without seeing the test cases, an automation team was assigned 500 test cases to automate and a time estimate of 30 days. When they began automating it, they ran into problems with item recognition, functional flow, and a variety of other challenges. As a result, the delivery of the scripts is delayed.
If you don’t want to be in the same tumultuous position, you must have a solid automated procedure in place. The feasibility analysis should be the initial stage in this procedure.
“In automation testing, feasibility analysis refers to a checklist that we use to determine if we should automate the test cases or not.”
This checklist consists of various factors upon which automation can be decided. Some of them are as follows:
Functional Knowledge of Applications
It is critical to understand the application’s functional flow before beginning automation testing. The automation team needs proper knowledge transfer (KT). Manual testers or developers can provide this knowledge transfer. This will make it easy for automated testers to partition test cases according to functionality and do feasibility studies.
Status of Development of the Application
The development of the application should be frozen before the automation of the application begins, or else it will require more effort to adjust the script every time in the same cycle, causing the entire automation life cycle for that release to be delayed. In a nutshell, automation is only applicable to stable applications.
Required Access/Privileges for the application is granted to automation tester or not
The automation tool is able to identify the application is in the form of objects or not
This is yet another crucial need that must be met before we move on with automation. The program is divided into a number of items for UI automation. Only if the proposed automation tool can detect these things can we proceed with the automation; otherwise, automation with that tool is not possible. The only option left is to use another automation tool to identify the application’s objects.
Percentage of the automation that can be achieved in the application
When considering the automation of a certain application, we must first determine the minimal proportion of automation that is permissible. In most organizations, this figure hovers around 70%-80%.
Return on investment(ROI)
During the automation process, we encountered a variety of costs, including tool costs, script creation costs, execution costs, and so on. As a result, it is vital to envisage the profit that automation will bring to a company over a long period of time. Different organizations calculate ROI in different ways. The following is a simple formula for determining ROI:
- Understand the focus of automation with respect to reducing testing cycle time, maximizing test coverage, reaching the market faster, cost benefits, etc.
- Estimate the regression test repository, with respect to effort and cost
- Choice of test automation tools
- Automate the entire regression test suite versus taking incremental automation approach
- Understand the product life cycle and its technology road map
- Test Automation Framework design
In the end I would like to say that the points written above are only the subset of the overall automation feasibility checklist. But these must be included in any automation testing checklist. Apart from these points, the checklist may vary according to the organizations.