Data Flow Testing

Author Information

Knowledge Sharing Team has 6 Published Articles

India,
u.p,
noida,
B-67 sector 40,

Data Flow Testing

Posted On : Aug-24-2011 | seen (643) times | Article Word Count : 885 |

Data flow testing can help understand the workings of the code (for both the tester and developer), and positively increase the number of faults that are detected in the system during qa and testing.

Over the last decade, the extraordinary growth in the World Wide Web has become widespread throughout business and industry. There are a number of companies who have used and are still using web technologies to establish or incorporate their mission-critical applications. As web applications get more and more complex, hence qa testing becomes not only crucial, but also challenging.
Basically, data flow testing is a white box testing approach. Herein, we test the variable definitions and their use in the program to find out anomalies. Test cases are created based on the data flow within the code and the system. By performing data flow testing, transaction and greater, test coverage can be achieved. Usually, this type of testing is applied on the lowest level. At system and integrated level tests, it also considers the risk analysis which drives the key permutations.
The main strategy of data flow testing is based on selecting paths through the program’s control flow in order to explore sequences of events related to the status of data objects. The tester has to cover enough paths to ensure that every data object has been initialized before its use and all defined objects have been used at least once. Data objects containing data values have a distinct life cycle. They are created, used, and then killed.
The patterns of data usage are characterized by data-flow anomalies, which may generate some improper or incorrect implementation of the code. These anomalies have been noted to be not only dangerous, but also suspicious, which denotes that slip-ups or miscalculations can happen. There are two techniques that are widely used, in this space:
1. Static Data Flow Testing
2. Dynamic Data Flow Testing
Static data flow testing is done on source code without really executing it. This approach helps in uncovering bugs like syntax errors. While this is a useful technique, this alone will not suffice. QA Testing for Static data-flow is not appropriate to use as it might collapse in certain scenarios where the state of data variable cannot be determined by examining the code.
As web applications get more complex leading to difficult control flows, it may be possible at times that certain paths can never be executed. To make this clearer, let’s take an example of an array, i.e. collection of data elements that share the same name and type. Arrays can be demarcated and demolished as a group, but a few distinctive elements of array are used separately. Static data flow testing cannot ascertain if the define-use-kill guidelines have been charted appropriately unless every single element is taken into account individually.
The main goal of dynamic data-flow testing is to expose the possible number of errors while implementing the program code. Test cases are developed to trace every definition to each of its use where every use is traced to each of its definition. There are so many strategies that are engaged for the creation of test cases.
Some such strategies from qa testing point of view in Data Flow Testing are as outlined below:
All Definitions: Every definition of every variable be covered by at least one use of that variable, be that a computational use (C-use) or a predicate use (P-use).
All Predicate Uses: In this, test cases are created for providing at least one path of each variable definition to each P-use of variable.
All Computational Uses: In this, test cases are created for providing at least one path of each variable definition to each C- use of variable.
All P uses Some C uses: In this, test cases are created for every variable; there is a path from every definition to every P-use of that definition. If there is a definition with no p-use following it, then a c-use of the definition will be considered.
All C uses Some P uses: In this, test cases for every variable, there is a path from every definition to every C-use of that definition. If there is a definition with no c-use following it, then a p-use of the definition will be considered.
All uses: In this strategy, at least one path of every variable from every definition can be reached by that definition to every use.
All du paths: A definition-clear path (value is not replaced on path) on the Control Flow Graph starting from a definition to a use of a same variable. Data flow testing strategy is the strongest testing strategy. Every du path from every definition of every variable to every use of that definition is considered here.
As mentioned earlier, all data-flow anomalies are not damaging; however, they are suspicious and suggest that an oversight is possible. So we have to emphasize more on these strategies to ensure the quality of the product under test. These strategies always help to identify and modify those anomalies in the early stages of the product life cycle.
In conclusion, we can say that the methods discussed for data flow testing can be applied with suitable analysis. Data flow testing can help understand the workings of the code (for both the tester and developer), and positively increase the number of faults that are detected in the system during qa and testing. It means that at least limited data flow testing should be earnestly contemplated during the testing process.

Re-Publish this Article

<h1>Data Flow Testing</h1> Author: <a href='http://www.articleseen.com/profile_Knowledge Sharing Team .aspx'>Knowledge Sharing Team </a> Over the last decade, the extraordinary growth in the World Wide Web has become widespread throughout business and industry. There are a number of companies who have used and are still using web technologies to establish or incorporate their mission-critical applications. As web applications get more and more complex, hence qa testing becomes not only crucial, but also challenging. 
Basically, data flow testing is a white box testing approach. Herein, we test the variable definitions and their use in the program to find out anomalies. Test cases are created based on the data flow within the code and the system. By performing data flow testing, transaction and greater, test coverage can be achieved. Usually, this type of testing is applied on the lowest level. At system and integrated level tests, it also considers the risk analysis which drives the key permutations.
The main strategy of data flow testing is based on selecting paths through the program’s control flow in order to explore sequences of events related to the status of data objects. The tester has to cover enough paths to ensure that every data object has been initialized before its use and all defined objects have been used at least once. Data objects containing data values have a distinct life cycle. They are created, used, and then killed.
The patterns of data usage are characterized by data-flow anomalies, which may generate some improper or incorrect implementation of the code. These anomalies have been noted to be not only dangerous, but also suspicious, which denotes that slip-ups or miscalculations can happen. There are two techniques that are widely used, in this space: 
1.	Static Data Flow Testing
2.	Dynamic Data Flow Testing
Static data flow testing is done on source code without really executing it. This approach helps in uncovering bugs like syntax errors. While this is a useful technique, this alone will not suffice. QA Testing for Static data-flow is not appropriate to use as it might collapse in certain scenarios where the state of data variable cannot be determined by examining the code. 
As web applications get more complex leading to difficult control flows, it may be possible at times that certain paths can never be executed. To make this clearer, let’s take an example of an array, i.e. collection of data elements that share the same name and type. Arrays can be demarcated and demolished as a group, but a few distinctive elements of array are used separately. Static data flow testing cannot ascertain if the define-use-kill guidelines have been charted appropriately unless every single element is taken into account individually.
The main goal of dynamic data-flow testing is to expose the possible number of errors while implementing the program code. Test cases are developed to trace every definition to each of its use where every use is traced to each of its definition. There are so many strategies that are engaged for the creation of test cases. 
Some such strategies from qa testing point of view in Data Flow Testing are as outlined below:
All Definitions: Every definition of every variable be covered by at least one use of that variable, be that a computational use (C-use) or a predicate use (P-use).
All Predicate Uses: In this, test cases are created for providing at least one path of each variable definition to each P-use of variable.
All Computational Uses: In this, test cases are created for providing at least one path of each variable definition to each C- use of variable.
All P uses Some C uses: In this, test cases are created for every variable; there is a path from every definition to every P-use of that definition. If there is a definition with no p-use following it, then a c-use of the definition will be considered.
All C uses Some P uses: In this, test cases for every variable, there is a path from every definition to every C-use of that definition. If there is a definition with no c-use following it, then a p-use of the definition will be considered.
All uses: In this strategy, at least one path of every variable from every definition can be reached by that definition to every use.
All du paths: A definition-clear path (value is not replaced on path) on the Control Flow Graph starting from a definition to a use of a same variable. Data flow testing strategy is the strongest testing strategy. Every du path from every definition of every variable to every use of that definition is considered here.
As mentioned earlier, all data-flow anomalies are not damaging; however, they are suspicious and suggest that an oversight is possible. So we have to emphasize more on these strategies to ensure the quality of the product under test. These strategies always help to identify and modify those anomalies in the early stages of the product life cycle.
In conclusion, we can say that the methods discussed for data flow testing can be applied with suitable analysis. Data flow testing can help understand the workings of the code (for both the tester and developer), and positively increase the number of faults that are detected in the system during qa and testing. It means that at least limited data flow testing should be earnestly contemplated during the testing process.
About the Author: Knowledge Sharing Team at QA InfoTech is responsible for research on new tools and technologies for effective Software testing services across all industry verticals. The team also builds a valuable repository of content based on its experience that can be shared with QA fraternity.
QA InfoTech (an ISO 9001:2008 & CMMI III certified) is an independent Software Quality Assurance and Testing Organization with five testing “Centers of Excellence” in the United States and India. It offers QA Testi Article Source: <a href='http://www.articleseen.com/Article_Data-Flow-Testing_76380.aspx'> http://www.articleseen.com/Article_Data Flow Testing_76380.aspx</a>

Article Source : http://www.articleseen.com/Article_Data Flow Testing_76380.aspx

Author Resource :
Knowledge Sharing Team at QA InfoTech is responsible for research on new tools and technologies for effective Software testing services across all industry verticals. The team also builds a valuable repository of content based on its experience that can be shared with QA fraternity.
QA InfoTech (an ISO 9001:2008 & CMMI III certified) is an independent Software Quality Assurance and Testing Organization with five testing “Centers of Excellence” in the United States and India. It offers QA Testi

Keywords : QA Testing,

Category : Computers : Software

Print this Article Send to Friend