Some important definitions in softaware testing
Download as docx, pdf0 likes442 views
1. Validation ensures software complies with intended usage at the end of development. Verification determines if each development phase meets requirements from the previous phase. 2. A software fault is a static defect, error is an incorrect internal state from a fault, and failure is incorrect external behavior against requirements. 3. Testing evaluates software execution, and a test failure occurs during incorrect execution. Debugging finds faults from failures.
Some important definitions in softaware testing
- 1. Some Important Definitions in Software Testing<br /> 1 Validation: The process of evaluating software at the end of software development to ensure compliance with intended usage.<br /> 2 Verification: The process of determining whether the products of a given phase of the software development process fulfil the requirements established during the previous phase.<br /> 3 Software Fault: A static defect in the software.<br /> 4 Software Error: An incorrect internal state that is the manifestation of some fault.<br /> 5 Software Failure: External, incorrect behaviour with respect to the requirements or other description of the expected behaviour.<br /> 6 Testing: Evaluating software by observing its execution.<br /> 7 Test Failure: Execution that results in a failure.<br /> 8 Debugging: The process of finding a fault given a failure.<br />9 Test Case Values: The input values necessary to complete some execution of the software under test.<br /> 10 Expected Results: The result that will be produced when executing the test if and only if the program satisfies its intended behaviour.<br /> 11 Software Observability: How easy it is to observe the behaviour of a program in terms of its outputs, effects on the environment, and other hardware and software components.<br /> 12 Software Controllability: How easy it is to provide a program with the needed inputs, in terms of values, operations, and behaviours.<br /> 13 Prefix Values: Any inputs necessary to put the software into the appropriate state to receive the test case values.<br /> 14 Postfix Values: Any inputs that need to be sent to the software after the test case values are sent.<br />Postfix values can be subdivided into two types. <br /> 15 (14.1) Verification Values: Values necessary to see the results of the test case values.<br /> 16 (14.2) Exit Commands: Values needed to terminate the program or otherwise return it to a stable state.<br /> 17 Test Case: A test case is composed of the test case values, expected results, prefix values, and postfix values necessary for a complete execution and evaluation of the software under test.<br /> 18 Test Set: A test set is simply a set of test cases.<br /> 19 Executable Test Script: A test case that is prepared in a form to be executed automatically on the test software and produce a report.<br /> 20 Test Requirement: A test requirement is a specific element of a software artefact that a test case must satisfy or cover.<br /> 21 Coverage Criterion: A coverage criterion is a rule or collection of rules that impose test requirements on a test set.<br /> 22 Coverage: Given a set of test requirements TR for a coverage criterion C, a test set T satisfies C if and only if for every test requirement tr in TR, at least one test t in T exists such that t satisfies tr<br /> 23 Coverage Level: Given a set of test requirements TR and a test set T, the coverage level is simply the ratio of the number of test requirements satisfied by T to the size of TR.<br /> 24 Criteria Subsumption: A coverage criterion C1 subsumes C2 if and only if every test set that satisfies criterion C1 also satisfies C2.<br /> 25 Black-box testing: Deriving tests from external descriptions of the software, including specifications, requirements, and design.<br /> 26 White-box testing: Deriving tests from the source code internals of the software, specifically including branches, individual conditions, and statements.<br /> 27 Top-Down Testing: Test the main procedure, and then go down through procedures it calls, and so on.<br /> 28 Bottom-Up Testing: Test the leaves in the tree (procedures that make no calls), and move up to the root. Each procedure is tested only if all of its children have been tested.<br /> 29 Static Testing: Testing without executing the program. This includes software inspections and some forms of analysis.<br /> 30 Dynamic Testing: Testing by executing the program with real inputs.<br />Most of the literature currently uses “testing” to refer to dynamic testing and “static testing” is called “verification activities.”<br />