Hacker News new | past | comments | ask | show | jobs | submit login
Ask HN: How do you evaluate QA hires?
2 points by presentation on Dec 29, 2021 | hide | past | favorite | 2 comments
My small, early-stage software startup would like to formalize and level up the rigor behind the quality of our releases. But all of the companies I've worked for in my career have either A) leaned on engineers to do QA (with mixed success), or B) didn't have QA integrated into an engineering team, as a siloed function.

As a result I don't really have a sharp instinct for what makes a "great" QA specialist stand out from the crowd, so: how do other companies here hire for that expertise?

As in, people who can embed in a product/engineering team, take responsibility for release quality (but not absolve engineers of responsibility for it), and build a team culture around release excellence that is "greater" than what our engineers can achieve on their own. I'm curious how other startups approach this challenge, in 2022.

After reading through recent threads on HN on the subject [1][2], it seems like the crowd here believes that embedding QA in the development process as an equal collaborator with engineers is the right way to go; and also having had our engineers try out several automated test systems like Ghost Inspector, Rainforest QA, getting more in the habit of unit testing and so on, which certainly help—I'm thinking it still makes sense to actually have people embedded in our team, whose focus are on release quality.

[1] https://news.ycombinator.com/item?id=27693744 [2] https://news.ycombinator.com/item?id=24546260




I’m now a developer but I worked in QA my entire career before. I don’t think coupling QA with development is a good idea. There are two types of QA - black box and white box. If your doing white box as in having knowledge of the underlying code then I can see where QA embedded into the engineering team is a good idea but generally I think the whole point of QA is to be black box and not be “tainted” by the code, be close to the consumer instead of the underlying process.


Being embedded in the engineering team doesnt mean QA engineer knows about the design or the code. When I had one in my team, i found their input very valuable in devising a general test plan to go with the release strategy and ensuring quality standards were met, not by writing tests necessarily, but also things like API or CLIs usability, documentations etc.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: