Tag Info

Let's put aside all defensiveness for a moment. Why in fact was the defect not found? Sometimes, "because I have too many other things to do" is in reality "because the self-set priority of tasks wasn't appropriate" or "because my testing isn't deep enough to find that problem", or something else within your control. Be careful when arguing that you have ...

Given infinite time and infinite resources you could never find all the defects within a feature or product, there may be some combination of keystrokes or conditions that can cause issues but are not always reproducible. If Management is expecting you to find any and all defects in a feature then they are giving you unrealistic goals, if they allow that ...

You didn't mention anything about automated testing of your applications or the DB. For that additional headcount you mentioned, you could get a QA developer who's sole job is to write tests for your applications and the underlying DB. Even if the applications weren't written by you, they must have some kind of communication interface that you can point a ...

In addition to what everyone else has said, here are some other factors to consider: Is your manager aware of the complexity level of your software? Given that your team is assigned to areas of the product, it sounds like you have a highly complex piece of software to support, which means that it's physically impossible to catch everything. If management ...

It seems to imply management in your org expects the QE team to be the gatekeeper as it should not become a blame game of why the defect was missed rather why it was introduced in the first place and the team collectively investigate the root cause of it surfacing. This would be followed by how we can prevent such bugs from seeping through in the future.

My company relies heavily on SQL backends. We typically make many changes to both the database schemas as well as updates to the database software as needed during a release cycle. We try to have these front-loaded towards the beginning of the release cycle so that we will have plenty of time to regress everything and ensure we have time to correct ...

Ask them why the developer created the defect and didn't tell you! Your managements expectations are unrealistic, but they are not uncommon. We deal with this on a weekly basis. You can never find every bug because you can never complete every test. Just a little something I learned from Kem Caner and James Bach.

We strive to find every defect, but for myriad reasons, bugs always slip through. Generally speaking, it is unrealistic to (1) expect a feature to be defect-free by the time customers start using it or (2) expect you to be the only person who finds defects in your feature. Taken in isolation, your manager's reaction sounds unreasonable, but there may be ...