Testing roles in the Agile world are not new. Still, assuming cross-functional teams don’t exist, which is possible in given scenarios, test engineers have to do many tasks and play different roles at different times.
This is my list of ideas and practical cases that I have found useful for the QA member to consider:
- Understand that “a fool with a tool is still a fool.”
- Prevent (QA) defects rather than try to them (QC).
- A mindset change is required for Agile testing.
- Understand the Agile Manifesto.
- Understand the Agile Testing Manifesto.
- Understand the Agile Testing Pyramid.
The Agile Test Pyramid
- Break the Manual Testing Paradigm.
- Understand the Agile Testing Quadrants.
- Look for opportunities to push more and more automation tests toward the bottom of the Agile Test Pyramid.
- Move from manual testing to automated testing.
- Understand the big picture.
- Learn to read code that has been developed by developers.
- Learn to collaborate more with the BA, developers, UI/UX, the PO, and end users to understand the real needs.
- In sprint planning meetings, discuss all possible test scenarios for the user story.
- Look for NFRs (nonfunctional requirements, aka “-ility” test scenarios).
- Actively formulate the DOD for the testing.
- Identify high-level risks and test strategies.
- Log defects, if really required, in the defect management tool; collaborate more with developers to fix defects.
- Use more and more exploratory testing.
- Don’t hesitate to test the functionalities on development environments to ensure that quality code comes to the QA environment.
- Look for regression packs to remove technical debt in testing – look back to regression test packs and remove unwanted test cases that might be useful in the current state of the project.
- Automate all phases of testing, right from test data creation to having regression testing based on the nature of the project.
- “For every nail there’s a hammer” – look for right kind of tool.
- Only running tested features are important.
- Involve business users in testing activities early on.
- If they are not part of the testing activities, it’s kind of risky and a sign of mini-Waterfall in Agile, as teams will wait for acceptance for releases/phases to complete.
- Enable continuous integration.
- Enable continuous builds.
- Always understand and speak the business language during interactions with the PO.
- Wear different hats during Agile projects: PO, UX/UI, end user, developer, DevOps, etc.
The future is all coding, so learn to code – automate!