Software Quality Assurance & Testing Stack Exchange is a question and answer site for software quality control experts, automation engineers, and software testers. It only takes a minute to sign up.
Sign up to join this community
So I'm wondering what the benefits of working in QA are before switching over to software engineering. I'm not too concerned about getting pigeonholed into the role of QA or anything like that.
What are the most important things one would learn from taking the QA route first?
Also, what can I learn from being a QA that would benefit me if I plan to found a startup?
This is hard to answer in absolute terms because differences between QA and software engineering vary from company to company. Looking across the nine places I've worked, the difference is more pronounced in big companies than in startups.
Quality is probably less of a concern at a startup than at an established company because users who go with startups tend to be more interested in taking advantage of a new opportunity than in minimizing risk.
If you do QA at a startup, you may learn about moving quickly, living with resource constraints, and making trade-offs between quality and the interests of early adopters. You may be able to use what you learn right away at your startup.
If you do QA at an established company, you may learn about using more resources to achieve and maintain a higher level of quality for users who won't tolerate buggy software. You may not use those experiences right away at a startup, but it may help you plan for the future.
Having hands-on experience from different stages of the product lifecycle is always beneficial. Experience counts. Attitude is NOT a valid replacement for experience.
Startups could be (at least) two kinds:
Of course product should pass minimal requirements - if is too buggy to be used, it is too buggy, period. But (to certain level) early adopters are willing to tolerate quirks and weird workarounds, if other features of the new product cannot be found anywhere else.
As your product matures, this attitude has to change: Only very few companies can survive with the approach like Microsoft had: everyone knows you should do not even bother to use first two released versions of any new product.
All developers are concerned about the speed of the development, and the only speed which matter to startup is "speed to the market". If startup misses it's opportunity window, game over. Bigger company might have another chance. This inevitably will influence how either company values QA.
Basic automated unit and regression tests are crucial, especially in a startup, because you do not have resources to do lots of manual testing. All team members have to be very productive, and automated test will help them do so.
