Congratulations! You’re reading the first post in a series that’s intended to get you and your teams started on the path to success with your UI test automation projects.
Important note: After its completion, this series will be gathered up, updated/polished and published as an eBook. We’ll also have a follow-on webinar to continue the discussion. Interested?
The goal of this series is to help you understand the right questions to ask of you, your team and your organization. There won't be any Best Practices; there won't be any silver bullets. What we hope is to convey the right information to help you get started on the right foot and get through some of the most common problems teams hit when starting out with UI test automation.
This series will walk you through what we think are the most critical aspects of getting a successful, maintainable, valuable automation effort in place. The chapters/posts will include:
Here’s a mind map of the chapter/post sequence including some of the topics discussed in each.
We hope this series will help you plan for your own UI automation projects, or potentially help you identify ways to improve projects on which you're currently working.
Are there specific things you'd like to see in the series? Let us know in the comments.
Next chapter # 2: Before you start. Keep reading
Jim is an Executive Consultant at Pillar Technology. He is also the owner of Guidepost Systems. He has been in various corners of the IT world since joining the US Air Force in 1982. He’s spent time in LAN/WAN and server management roles in addition to many years helping teams and customers deliver great systems. Jim has worked with organizations ranging from startups to Fortune 100 companies to improve their delivery processes and ship better value to their customers. When not at work you might find Jim in the kitchen with a glass of wine, playing Xbox, hiking with his family, or banished to the garage while trying to practice his guitar.