Difference between QA and testing
By DeviQA on Thu May 16 2019 00:00:00 GMT+0000 (Coordinated Universal Time)
Many startups which have developed software and mobile applications sooner or later realized that devs just can’t provide perfect product by their own. Clients or customers which used services of such startups begin to complain regarding that final product has many bugs and it doesn’t satisfy their requirements and needs. Which in general mean that customers were not satisfied with product quality. In that moment most of startups decide to create a QA department. At least they think that they created a QA department but actually they hired team of manual or automation testers which goal was to provide software testing services for the product. After some time startups saw that although product users now don’t complain regarding bugs so much they are still not fully satisfied with quality level of provided for them services. It’s happened because most of people which are not directly related to QA are often don’t know or don’t understand difference between Quality Assurance and Testing. And this knowledge gaps in the end are often cause not satisfying impression for customers. Which you definitely want to avoid as this is bad for your business. To help you to avoid this problem in your company let’s look on those terms closer.
Statistics in QA
But don’t forget about statistics! Many unexperienced QA teams are often forgot about statistic and mostly cure the symptoms of the illness instead of the illness itself.
For example let’s discuss next case - testing team usually not feet in release schedule. Testing consumes more time then it should. In most cases such issue will be resolved by hiring more manual or automation testers. Or even performing some changes in current team structure. This may help but this is only cure for the symptom while the illness is still there.
More experienced QA team will make sure to gather the statistic during the development. And after analyzing it they will see that first days of testing are sometimes have near zero effectiveness due to regularly appearing at this periods blockers which stop the testing on first steps and not allow team to test the most of new features functionality during that period.
So OK - let’s add some additional sanity test requirement which will be done by dev team itself or by test team ASAP after story release to minimize amount of time which will be required to find and fix those blockers quick enough so that production release schedule will not be harmed. This solution will also help us. But again - it’s only cure for symptom. But now we are on one more step closer to find the source of this problems.
Good QA team gather and analyze statistics not only during the testing period but during other developing processes as well. And by having such general statistics it will become obvious that it’s not so rare when new tickets with urgent requirements for feature are appearing in the last days of development so devs are forced to make quick fixes which cause unexpected behavior in applications. And this what the initial source of the problem of not fitting in the release schedule!
So now we only left to ask product managers to take into consideration that last minute changes have bad influence on the release schedule and that it maybe better to have more flexible schedule with small sprints or make all changes as patch after the general release. This is only one example of how qualified QA team may help your with resolving of various issues even before they will cause real bugs.