The Changing Role of Software Testing in an Agile Environment

The primary concern of the QA engineer becomes negative, edge case, integration, and exploratory testing. Non-functional testing such as performance, security, and load testing do not disappear in the new paradigm. In a waterfall world, these functions could be batched up during the eight-week testing cycle and handed over to a separate team. The full stack QA engineer inherits this role and works with the team to accomplish this same task within the sprint window. The Technical Role of QA The additional work load magnifies the need for the QA engineer to have a technical or coding background. This merges with the requirement to become more crossfunctional. A technical resource can talk the same language as the development team. A clear flow of testing from the unit to service, to integration, and finally to the usability layer is needed to remove duplication of efforts. Finding a functional bug in the integration or usability layer is a costly tax on the team as it occurs farther away from when the code was written. Debugging this issue can require more time and resources. In addition to testing tasks, the QA resource can be responsible for some traditional development tasks, such as the creation of test harnesses. The increase in individual responsibilities coupled with the decrease in the testing timeline creates a need for ways to reduce what is being tested. One method is to incorporate Risk-Based Testing. The ability to prioritize test cases based on impact and probability of failure can give a transparent view of what is tested,and more importantly, what is not being tested. This works within the team construct and allows the entire team to provide risk feedback rather than keeping that task completely within the quality team. The Voice of QA Along with a change in role and activities, there is also a change in mindset. The QA engineer needs to have a vision within the squad. The small size of the squad amplifies the voice of each individual member. If the champion of quality is silent, it becomes very noticeable. This is a collaborative environment, and non-participants can become overpowered. It becomes the role of the QA manager to help facilitate this voice. Gone are the volumes of bug burn down charts and weekly status updates. In the world of weekly sprints, a report of the defects from two weeks ago has little to no value. If there is no action that the team can take based on a metric, it is not only useless but counterproductive. Empowerment of the QA team to bring up concerns and drive the continuous improvement of the entire squad is more important than driving a task-based culture. The agile development life cycle has tremendous benefits to code delivery. It provides more input for development and quicker turnaround for the business. It may have started as a trend in the industry, but it is not going away. The quality assurance world will be required to adapt by ceding absolute authority of testing because the controlled testing cycle no longer exists. Quality assurance professionals will take control of their destiny and establish an agile culture of quality by shifting to a more technical focus, demonstrating an ownership mentality and strong voice within their organization, and driving a system of quality throughout their cross-functional teams.