In the previous post (problems with manual automation testing), I had talked about why it makes sense to go in for using a strategy for test automation, and to use test automation frameworks. Working without a strategy results in issues dealing with maintenance, loss of efficiency, and ever expanding list of files.
So what is a test automation framework ? Well, if you were to take a basic description, then it is something as simple as a set of concepts, practices, tools that provide support for automated software testing; with one of the main benefits of adopting such practices resulting in lower costs of maintenance. Using a test automation framework means that the need to update a test case can be done with minimal effort, with just the actual test script needing to be updated, and everything else remaining the same. It also helps in documenting the overall set of automated test scripts, thus ensuring that even with team turnover, the process still keeps on working with minimal disturbance.
Let us take some of the test automation frameworks that are used, and then define each of these.
- Test script modularity:
- Keyword-driven/table-driven testing
- Data-driven testing
- Test library architecture
- Hybrid test automation
We will move with these definitions in the next post, since each of them needs to be covered in some detail ..
Tuesday, April 13, 2010
What is a test automation framework and why you should go in for one ..
Posted by Ashish Agarwal at 4/13/2010 11:18:00 PM
Labels: Automated Testing, Automation, Automation Framework, Automation Strategy
Subscribe by Email |
|
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment