An unexpected or unintentional consequence of changes to or operation of a particular variable in data flow testing.
This is a percentage of definition and use pairs checked by a given number of test cases.
Also known as a debugging tool, this is a program that helps to detect and analyse failures in software being developed.
A debugger allows a software developer to stop a program, continue it step by step and display the current status of the variables in use (and, in some cases, change these variables).
Cf. debugger on Wikipedia.
This tabular overview of combinations of inputs and stimuli along with this corresponding outputs and actions respectivley is used to design test cases.
Please refer to the Wikipedia article on decision tables.
DDP refers to the number of defects found during a test period or within a test phase expressed in relation to the overall number of defects found during a set time-frame.
This overall time-frame may well continue past the release date - i.e. into production and operation.
This is the written documentation of requirements with regard to a software application. Requirements are divided into the following categories: functional requirements, performance requirements, design and developement standards.
This stage in the systems engineering process is where requirements are gathered, specified and then passed through to the design stage.
This approach to testing involves testing several different versions of a software application against each other.
A part of a program or application used to replace a real part of the program during testing.
Refers to test cases which are redundant due to the fact that there are already test cases on hand to provide the information required.
This is a term of the evaluation of a part of program's or system's behaviour - e.g. memory, CPU usage or hard-drive accesses over a set period of time in which the program or system is executed.
For further information, see profiling on Wikipedia.