@Lavonia Joyner-Banks The number one question that has come up in 97% of my interviews is “Tell me about yourself.”

I don't want to sound so cliché, but Practice makes Perfect! I have practiced my "Tell Me About Yourself" answer so much that I say it with confidence. With interviews in general, there is a level of nervousness. But I make sure to study the company and interviewer prior to the interview. This helps build a level of confidence, since I know most people don't go that extra mile so I'm coming to the table with extra tools in my belt.

@Brandon Mccray this is a really solid answer—you’re thinking exactly how a real QA should 👏🏽 You explained the risk clearly, especially around wasted effort and delays. That’s honestly something teams deal with all the time when bugs aren’t labeled correctly. If I could add just a little to what you said: When severity or priority is off, it’s not just a process issue—it can actually hurt the product. Like, a serious bug getting labeled too low might slip into production and now users are frustrated, or worse, something breaks that impacts the business. On the flip side, if something small gets treated like it’s urgent, the team ends up spending time on the wrong thing while bigger issues are sitting there. And I really like that you mentioned user experience, because that’s a big one. Sometimes a bug might not seem “severe” technically, but if users see it right away, it becomes a bigger deal than it looks on paper. One simple way to think about it: - Severity = how bad is it - Priority = how fast do we need to fix it You’re definitely on the right track with this. I’m curious—how would you handle it if a developer disagrees with the severity or priority you assigned to a bug? 👀

Perfect example of an answer to a situational question in the interview. In every interview I’ve had, they ask me about a time that I had a defect or Bug that the developer couldn’t replicate. I answer pretty much like you mentioned above. The third party I mention is the Dev lead.

@Brandon Mccray @Lavonia Joyner-Banks These were my thoughts exactly. “Sized appropriately” is subjective. This is exactly the questions I am going to ask in Stand Up tomorrow. Normally, they have instructions on size that can be seen in Dev Tools that can confirm a validating factor. But if that validating factor isn’t mentioned…they can come back on me and say it wasn’t right. I make sure to note Dev name and put it on the comments section of my testing card.