Problems in QA
I'm currently researching the current problems/good things about Quality Assurance. I worked myself as a QA-engineer myself and I'm now a fulltime developer. I tried to scope this to web development for now.
This is what I currently came up with.
The good:
- Software gets tested, before launch. In most cases by one or multiple people.
- There are automated test frameworks.
- We have requirement documents/ways to describe on how something has to work.
- We have test reporting tools, that can provide statistics on tests.
Based on these things we can already have a fairly well tested website, although there are still some problems, that arise with this.
The bad:
- Cycles are too slow: When doing SCRUM, some features cannot be fully tested yet. Definition of Done is endangered.
- Stuff is only partially available: the feature has been split up in to smaller things to fit into a sprint.
- Communication with developers can sometimes be annoying, some take it personally and get mad at the QA person.
- Testing a full flow can be annoying, if it involves multiple platforms. Example: A user does a signup, receives a verification code via a text message and proceeds in the flow.
- Automated testing can be a challenge. Lots of testers aren’t programmers.
- Having enough unique test data. Trying to come up with ways to restart an automated test. AKA: How to delete data that’s already in the website if a test fails. Without manual intervention.
The reason why I try to sum this up, is that I've got the feeling that at my current job, QA has lots of problems with these things. I wanted to ask if the people over here had any similar experiences? If you want to know why you had problems with QA in Scrum, I would suggest to read this: https://dusted.codes/death-of-a-qa-in-scrum I read the article, and it indeed addresses the issues that I'm currently facing. Although that the comments also mention about QA testers without development experience, which can be a good thing. How to fit these people into scrum?