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
QA needs to keep reminding business of its value. Expert Amy Reichert offers tried-and-true advice on how to leverage documentation and automation to...continue reading
Contract QA jobs can pay more than staff positions, but only if you're a good negotiator. Expert Amy Reichert helps explain the differences between ...continue reading
Quality assurance professionals need to start thinking about bringing business along for the ride. Expert Amy Reichert offers tried-and-true advice ...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.