Some things remain useful regardless of their age. For QA testers, cause-effect graphs are flexible, fast and effective,...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
which makes them especially useful for Agile testing.
Although the essence of Agile is generally speed, accuracy and validity are also important. In other words, you can test as fast you'd like, but if the testing is not documented (re-usable) or valid, it's next to useless.
Cause-effect graphing is an old school, black box QA testing technique that fits well in Agile testing environments. Once you understand the graphing concept, creating re-usable diagrams as test case documentation is fast and convenient. A QA tester can pack a whole battery of tests into a single, readable, understandable diagram. Cause-effect graphs are not flow charts, where one can get lost in the directional arrows; these graphs are simple and straightforward.
Also known as an Ishikawa or fishbone diagram, a cause-effect graph displays an outcome and all of the factors that influence that outcome. In other words, for QA, it displays all of the expected scenarios for testing. See the basic example below.
Cause-effect graphing can also leverage team knowledge. Because these graphs are generally straightforward, it is easier for developers and QA to ensure their team understands the process and, thus, that the testing is both valid and complete.
These diagrams are also handy for displaying unknown scenarios that may require developer investigation, such as when the effect or outcome is not defined. In this way, defects are found and fixed before code is complete.
Additionally, cause-effect diagrams provide effective design documentation. Agile QA teams can create not only a full suite of test cases with a single diagram, they can also create the feature documentation. Because the diagrams are generally easy to follow and understand, they are especially useful for sharing with extended team members in support and product management.
Try out this old school method and see how well it fits in your Agile QA testing. It may save time, effort and generate more valuable test cases, as well as re-usable feature documentation. QAs can spend more time testing and less time writing or identifying complex testing scenarios when using cause-effect graphing.
It's time to double down on your testing career
What's the next curve in the road in software testing?
Why we keep repeating ourselves in Agile testing
Dig Deeper on Software Testing Methodologies
Related Q&A from Amy Reichert
The software testing profession is changing rapidly, thanks to DevOps and automation. But some of the skills you'll need to keep up are surprisingly ...continue reading
Trying to identify bottlenecks in the software testing process can be challenging, but starting a lean QA effort can help. Expert Amy Reichert ...continue reading
You can't test something if you don't know what it's supposed to do. Often, testers have a very incomplete understanding of what they're testing. ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.