Decision Table Testing
It is development of tests by black-box method in which test cases are designed in order to check combinations of input data and/or the reasons reflected in decision table.
It is development of tests by black-box method in which test cases are designed in order to check combinations of input data and/or the reasons reflected in decision table.
A white box test design technique in which test cases are designed to execute decision outcomes.
A defect in a component or system that can lead to component or system to impossibility to execute the desired function, such as an incorrect operator or data definition.
The procedure for obtaining and / or selecting test cases focused on one or more categories of defects, with the development of tests based on knowledge of the particular category of defects.
The number of defects found in the component or system divided by the size of the component or system (expressed in standard units of measurement, such as lines of code, number of classes or functions).
The number of defects identified during the test phase divided by the number of defects found during this and all the following test phases
It is the process of identification, research, actions and eliminating defects. It includes fixing, classifying defects, and revealing the consequences.
A cross-functional team of stakeholders who manage reported defects from initial detection to ultimate resolution (defect removal, defect deferral, or report cancellation).
Tool that provides recording of defects and changes, as well as support of their states.
The case where one software bug prevents the finding of another.