Every vice in software testing and quality assurance belongs to one of four categories of root causes.
They are:
- Apathy — complete ignorance of a testing process;
- Arrogance — labor “blindness” that leads to the appearance of errors and making incorrect decisions;
- Corporate ignorance — when nobody has showed you how you should work, you start to think in an incorrect way;
- Professional helplessness — gradual cognitive exhaustion as a result of struggling with organizational dysfunction.
Further, we’ll give you a list of the most popular vices of testing that can somehow affect an entire career of a QA Specialist.
- A client won’t use the software in the same way as you do;
- You started testing this too early;
- As a result: you tested the software too late;
- Do you need to be present at a meeting where the design will be discussed?
- A code review meeting can be held without you;
- You don’t need to be present at a meeting where requirements are gathered;
- Can you break this?
- As a result: users have never complained about this;
- Let’s see — it still works;
- Test it right now;
- How did you manage to break this?
- When was the last time it worked properly?
- I haven’t edited anything, right?
- How could I know that software had been updated?
- I can’t tell you what test to write, it’s your work;
- There will be a huge update, that needs to be tested in one go;
- How do you analyze backend bugs?
- Could you explain: are these errors interconnected?
- You meet this bug regularly but we don’t; can you explain why does it happen?
- Your tests fail constantly;
- We will give you three extra days so you will have a chance to retest it rapidly;
- I am just a manual tester;
- As a result: I am an automation specialist;
- Every developer should be familiar with software automation;
- You don’t need to change this configuration file;
- This release will make software work faster;
- Test this product and I will document this design meanwhile;
- Refactor it in one go;
- This hasn’t been mentioned in a list of tasks;
- Why do we need 100 cases on a project?
- As a result: all tests have been passed;
- This environment is for development only;
- As a result: everything will be different in real conditions;
- Nobody will need my tests when I execute them;
- As a result: the test code is not production code.
0 Comments