If you’ve been in the industry for a long time, you’ll probably remember when test teams sat in their own secluded area, idly waiting for code handoff, and were discouraged from “bothering” developers. There may have been a lot of running around to qualify builds, do smoke tests, verify bug fixes, and comb through the build notes for feature changes.
Quality assurance traditionally entailed only of teams evaluating the code and ensuring that nothing was breaking or performing abnormally. In these setups, there wasn’t time to worry about how end users would take it, it just mattered that the app would work. However, in today’s world of endless software, quality assurance must make the customer the priority driving their work. Thinking like the customer is going to be crucial for QA teams for a few important reasons:
Development and quality assurance teams are under strict deadlines to send out deliverables and complete other tasks within a sprint. As these timeframes continue to tighten, it’s important for teams to effectively use agile testing methodologies to keep up with all requirements. Teams must realize that a significant amount of available time will go toward creating features, and that there isn’t going to be infinite space for QA processes.
Like death and taxes, change is simply inevitable. Just about every company out there, no matter the industry, needs to accept this fact or find itself out of business in short order. As customer demands and the competition shift, organizations need to be prepared to pivot and adapt as necessary. That is one truth that is unlikely to change anytime soon. There’s a reason that the quality assurance metrics most commonly used in software development testing have changed so much over the past decade, for example.