You have just started a brand new
role in a company and the first task you have in front of you is to implement
test automation.
Now, the company has never done
any test automation and now rely on mixed methods to test and measure quality.
Where do you start and how do you
start such an important task? I'm glad you asked.
We will talk about the general,
basic concepts surrounding test automation - are not a specific tool or framework
that you need to use because they will vary based on what your organization's
unique needs.
1. Do not dive straight
First: many people try and start
to just go ahead and try to automate any test that is currently being done
manually. The general scenario is that they have test cases or test that they
had to walk all the time, so the dive and automate them immediately.
The problem with that is we do
not really know if any of these tests are any good or even worth saving in the
first place. Just because they are there now does not mean it's something that
we have to go and automate. Those tests can easily become a relic of the old
version that no one thought to remove (and believe us we have seen a lot of
them!).
2. Map of how you are when
testing
Even before you start diving into
any automation, actually to begin mapping the preference of how you are doing
testing.
You need to understand the current approach to testing and then work out the best place to integrate
automated test.
A good place to start in many
companies are to create the data because you will need that for the automatic
inspection of your (and to test you).
3. Have a clear final destination
The end goal should be to
understand what happened on what needs to test the 'state' and then automate
the application in which you can be in their 'country'. For example, you may
need to discover / crowdsourced testing on the 'state' of the application and
regression in the other 'state'. Both types of tests require different types of
automation.
However, if you just jump
automate, you can easily cause hurt where it is unnecessary and slows down the
process.
From our experience, we see many
new dive beginners to automate their skillset any possible without fully
grasping how things have been done and assess the appropriate way to automation
is implemented based on the stage (or 'state') for this application.
4. Use existing development
language
In terms of language development,
you have to go with whatever pile built-in, and there are advantages to this
(first, the developers will thank you). You also will be able to accelerate the automation level of coverage and move more quickly (you will also have the
opportunity to leverage a tool like Chef and Puppet to increase the level of CI
if you are familiar with the language you're comfortable with).
For example, think of mobile
applications. If you move to a company that has a mobile app, the first place
you would start is to understand how you distribute environmental testing
applications to the device, because it's something that you're testing team
will perform throughout the day.
So, start by automating the
deployment of applications so you can quickly get a lot of versions of the the device, and then go from there. Many of the application logic is in the API, so
that then go and see automate something at the API level and work your way from
time to time.
5. Change the mindset of your
automation
You also need to think about
automation that the team itself can resolve. Look putting in plans to unit
tests, integration tests, and deployment of the pipeline as well.
One of the biggest misconceptions
people on automated testing is that it is about automation tools when it is
about the mindset you need to automate where and when you need it.
Technical skillset, while
important, will not give you the knowledge to know what is important to apply
and what is not important.
Conclusion
Basically, test automation
for every company comes to choosing the areas most impacted to automate.
Remember me tips Test Automation
How To Perform For The First Time:
1. Do not dive straight
2. Map of how you are when
testing
3. Have a clear final destination
4. Use existing development
language
5. Change the mindset of your
automation
Understanding how the test works
in your company and then build a roadmap where automation can help would be the
best approach you. It gives you the building.
Also read : https://medium.com/@sapnasapizion786/performance-testing-software-checks-the-actual-software-to-the-specifications-mentioned-before-it-546de91e0fec?sk=dae91289ef39e953e7cb762b6eb39298
No comments:
Post a Comment