Header
Test Automation in an Agile environment
May 09, 2008  

Now that we’ve been talking about Agile for the last couple of weeks, let’s get into another related topic – Automated testing or using Commercial GUI tools in an Agile environment.

It’s a fact that testing in an Agile environment is different from testing in the Waterfall or other development approaches – so where do traditional test automation tools fit in? Although test automation specialists may be comfortable using their chosen traditional test automation tool, these tools may not be the best bet when it comes to Agile test automation.

Some of the reasons for the mis-match between traditional test automation tools and Agile testing are: these tools encourage the test-last workflow, which cannot work for agile teams; the scripts that traditional tools create are typically dependent on various sources of information and are therefore not easily maintainable; traditional automation tools are expensive and learnt exclusively by the automation specialist as a QA tool, which will not work in an integrated agile testing team.

However, this does not mean that Automation tools cannot be used in an Agile environment. A new breed of test automation tools like Fitnesse, Green Pepper, StoryTestIQ, Selenium, Watir and others are more optimized for Agile teams and solve the challenges of collaboration, reducing waste and increasing the speed of feedback that Agile teams face.

Also, just as in any test automation effort, the key thing is to find areas/scenarios that would benefit the most from automation. Judicially applying test automation efforts to those areas will enable one to reap the most benefit!


Featured articles

Agile-Friendly Test Automation Tools/Frameworks

Automated GUI testing in agile

An alternative to business-facing TDD

Not your Father's Test Automation

Collaborative Software Testing
Blog Polls
“What is the development lifecycle model used in your organization?"

Participate

Recent Post
Tool adoption - bang for the buck!

Any tool which talks about productivity improvement should help on two accounts – quality and quantity. If the quality of the work improves drastically (say the tool helps in reducing errors), it will also help in reducing the time taken to do testing. The same way, if it can automate the work that I am doing (eg. Code review), nothing like it (except that it makes me more lazy!).

Now, let us play the devil’s advocate: Do tools really help in improving productivity?

http://producteering.org | Sponsored by Aspire Systems