(Functional quality characteristics edited: interoperability and accessibility sections removed and new definitions added for security, functional negative and functional positive) |
(→Maintainability quality characteristics) |
||
| (7 intermediate revisions not shown) | |||
| 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 == | ||
| + | |||
* '''Usability Testing''' : Testing to determine the extent to which the application or feature is understood, easy to learn, easy to operate and attractive to the users under specified conditions. | * '''Usability Testing''' : Testing to determine the extent to which the application or feature is understood, easy to learn, easy to operate and attractive to the users under specified conditions. | ||
| - | * | + | ** Test type '''User experience''' : The tests focusing on users' feelings stemming both from pragmatic and hedonic aspects of the system. The focus is on pleasure and value rather than on performance (getting task done), which is aim for usability testing. |
| - | * | + | |
== Maintainability quality characteristics == | == Maintainability quality characteristics == | ||
| - | * '''Dynamic maintainability testing''' : Evaluating the documented procedures developed for maintaining a particular application (e.g. for performing software upgrades). | + | |
| - | * '''Changeability testing''' : Evaluate the effort required to make changes to a system (e.g. code changes). Both testability (effort required to test the changes made) and stability (system’s response to change) aspect should be taken into account here. | + | * '''Maintainability testing''' : The process of testing to determine the maintainability of a software product. |
| - | + | ** Test type '''Maintainability''' can be either a static form of testing, i.e. carried out by inspections and reviews, or a dynamic form i.e. measuring the effort required to execute maintenance activities. It can serve to validate and verify analyzability, modifiability, stability and testability of the system. | |
| - | + | *** '''Dynamic maintainability testing''' : Evaluating the documented procedures developed for maintaining a particular application (e.g. for performing software upgrades). | |
| + | *** '''Changeability testing''' : Evaluate the effort required to make changes to a system (e.g. code changes). Both testability (effort required to test the changes made) and stability (system’s response to change) aspect should be taken into account here. | ||
== Portability quality characteristics == | == Portability quality characteristics == | ||
| - | * '''Installability testing''' : Testing conducted on the software used to install other software on its target environment. | + | |
| - | * '''Compatibility testing''' : Evaluation of possible adverse impact on functionality when applications are loaded on the same environment (e.g. conflict resource usage when a server runs multiple applications). | + | * '''Portability testing''' : The process of testing to determine the portability of a software product. |
| - | * '''Adaptability testing''' : Evaluating whether a give application can function correctly in all intended target environments (hardware, software, middleware, operating system, etc.). This testing can be done by using a selection of functional test cases which exercise the various components present in the environment. | + | ** Test type '''Portability''' : The testing to determine the portability of a software product. It can serve to validate and verify installability, compatibility, adaptability and replaceability of the system. |
| - | * '''Replaceability testing''' : Evaluating the ability of software components within the system to be exchanged for others. | + | *** '''Installability testing''' : Testing conducted on the software used to install other software on its target environment. |
| - | + | *** '''Compatibility testing''' : Evaluation of possible adverse impact on functionality when applications are loaded on the same environment (e.g. conflict resource usage when a server runs multiple applications). | |
| - | + | *** '''Adaptability testing''' : Evaluating whether a give application can function correctly in all intended target environments (hardware, software, middleware, operating system, etc.). This testing can be done by using a selection of functional test cases which exercise the various components present in the environment. | |
| + | *** '''Replaceability testing''' : Evaluating the ability of software components within the system to be exchanged for others. | ||
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 |