Blunders in Test Automation
Dorothy Graham
Independent Consultant
In chess, the word blunder means a very bad move by someone who should know better. Even though functional test automation has been around for a long time, people still make some very bad moves and serious blunders. The most common misconception in automation is thinking that manual testing is the same as automated testing. And this thinking accounts for most of the blunders in system level test automation. Dorothy Graham takes us on a tour of these blunders, including: the Stable-Application Myth (you can’t start automating until the application is stable), Inside-the-Box Thinking (automating only the obvious test execution), the Project/Non-Project Dilemma (failing to treat automation like a project by not funding or resourcing it, and treating automation as only a project). Other blunders include Testing-Tools-Test, Silver Bullet, Automating the Wrong Thing, Who Needs GPS, How Hard Can It Be, and Isolationism. Different skills, approaches, and objectives are needed or you’ll end up with inefficient automation, high maintenance costs, and wasted effort. Join Dot to discover how you can avoid these common blunders and achieve valuable test automation.
About Me!
Dorothy has been in testing for forty years and is co-author of Software Inspection, Software Test Automation, Foundations of Software Testing and Experiences in Test Automation. She helped start testing qualifications in the UK and was on the working party that devised the first ISTQB Foundation Syllabus. After 19 years with Grove Consultants, she now focuses on giving presentations at conferences and events, and writing. Dorothy holds the European Excellence Award in Software Testing and was Programme Chair for EuroSTAR in 1993 and 2009. She was named one of the 13 Women of Influence in testing by Software Test & Performance magazine in 2010. She has attended every EuroSTAR Conference.