I was talking this week to an R&D Manager friend who explained to me that they don’t really need the overhead and bureaucracy of a QA Team; and so he is willing to suffer some bugs, delays and rejects from letting his developers do all the testing, and tracking everything in one “simple” (but endless) Excel sheet he shares with his team.
Since I actually respected the guy I was shocked (and even a bit hurt!) by his comment.
My friend explained to me that his last “QA Manager” had come to the Company with some big backing from Higher Management, and he started wasting everybody’s time and efforts on endless meetings, worthless processes, and expensive tools that made people spend up to half their time in bureaucratic tasks and not on things related to the product or the existing customers.
In principle, this sounds very familiar from the years I worked and consulted for large Enterprise Companies. And in many places this is the only way in which you can coordinate the work for tens of internal teams, hundreds of products, and thousands of developers & testers. The big problem was the this QA Manager was hired to work on a 5-Developer start-up company…
We need to realize that our job as testers is to help the Organization based on its needs and constraints. In the same way you would not use a Bazooka to Kill a Fly (chances are the fly would continue flying, but you wouldn’t), we cannot use extremely structured processes and complex tools to fit informal environments that need extreme flexibility in order to survive.
I know my R&D Manager Friend will grow out of his QA phobia and will eventually find the right QA Tools and QA people for his company, but this is an example of a mistake we make again-and-again.
When we come to a new place / team / project we need to understand how to help and how not to hurt. Our job is to work side by side with development to provide visibility via our testing efforts (thanks to Linda Wilkinson for her comment) into the product, project and process.
If our effortshurt the development process (more than they provide value to it) then we are definetly doing something wrong.
Practitest is an end-to-end test management tool, that gives you control of the entire testing process - from manual testing to automated testing and CI.
Designed for testers by testers, PractiTest can be customized to your team's ever-changing needs.
With fast professional and methodological support, you can make the most of your time and release products quickly and successfully to meet your user’s needs.