| 1/6 | |||||||||||||||||||||
| 9 | 10 | ||||||||||||||||||||
| 2 | |||||||||||||||||||||
| 8 | |||||||||||||||||||||
| 3 | |||||||||||||||||||||
| 7 | |||||||||||||||||||||
| 4 | |||||||||||||||||||||
| 5 | |||||||||||||||||||||
1. A collection of test cases and test scenarios that are designed to test specific functionalities or features of a software product or system.
2. A sequence of test steps that represent a particular usage or workflow of a software application or system.
3. The data used to execute test cases and verify the behavior and correctness of a software application or system.
4. The process of running the test cases and test scenarios using the specified test data and recording the results.
5. The degree to which a software application or system has been tested, usually measured in terms of code coverage or functionality coverage.
6. A specific condition or set of conditions used to determine whether a software product or system is functioning correctly.
7. A detailed document that outlines the approach, objectives, and scope of testing for a particular software product.
8. A testing technique that focuses on testing the boundaries or limits of input values to uncover defects or errors.
9. The process of retesting the modified or updated parts of a software application or system to ensure that no new defects have been introduced.
10. A testing technique that divides the input values into equivalent partitions and selects test data from each partition.