(Functional quality characteristics edited: interoperability and accessibility sections removed and new definitions added for security, functional negative and functional positive) |
(→Reliability quality characteristics) |
||
| Line 22: | Line 22: | ||
== Reliability quality characteristics == | == Reliability quality characteristics == | ||
| - | * '''Robustness Testing''' : Evaluate a application's or component's tolerance to faults which occur externally to the system under the test (e.g. memory full, process or service not available, file not found). | + | |
| - | ** | + | * '''Reliability Testing''' : Tests to discover potential problems with the design as early as possible and, ultimately, provide confidence that the system meets its reliability requirements. |
| - | * '''Recoverability Testing''' : Evaluate the software application's or component's ability to recover from hardware or software failures in a predetermined manner which subsequently allows normal operations to be resumed. | + | ** Test Type '''Reliability''' : Testing to discover potential problems with the design as early as possible and, ultimately, provide confidence that the system meets its reliability requirements. It can serve to validate and verify different aspects of the system, such as |
| - | ** | + | *** '''Robustness Testing''' : Evaluate a application's or component's tolerance to faults which occur externally to the system under the test (e.g. memory full, process or service not available, file not found). |
| - | * | + | **** '''Low-resource''' : Testing how system behaves (functional vice) under low system resources. For example, low disk space, available RAM etc. |
| - | * | + | *** '''Recoverability Testing''' : Evaluate the software application's or component's ability to recover from hardware or software failures in a predetermined manner which subsequently allows normal operations to be resumed. |
| + | **** '''Recovery''' : Testing aimed at verifying the system's ability to recover from varying degrees of failures, for example, reaction to unplanned breakdowns of service. Recovery testing ensures that the integrity of data won’t break when something unexpected happens. | ||
| + | *** '''Iterative''' : Performing multiple iterations of the same test case in order to expose possible problems in sequential runs. | ||
| + | *** '''Long-lasting''' : Executing a test case for a long time in order to find errors, which occur during a longer usage. | ||
== Usability quality characteristics == | == Usability quality characteristics == | ||
Aligned with ISO/IEC 9126-1 Software Quality Model and ISTQB Advanced Level Syllabus. Note that this includes also description for test types used in Test plan xml files visible through http://testplans.meego.com (e.g. MCTS - Meego Core Test Suite - through http://testplans.meego.com/mcts/#matrix).
Contents |