Showing posts with label R. Show all posts
Showing posts with label R. Show all posts
root cause analysis
An analysis technique aimed at identifying the root causes of defects. By directing corrective measures at root causes, it is hoped that the likelihood of defect recurrence will be minimized.
root cause
A source of a defect such that if it is removed, the occurrence of the defect type is decreased or removed. [CMMI]
robustness
The degree to which a component or system can function correctly in the presence of invalid inputs or stressful environmental conditions. [IEEE 610] See also error-tolerance, fault-tolerance.
risk type
A set of risks grouped by one or more common factors such as a quality ribute, cause, location, or potential effect of risk;. A specific set of product risk types is related to the type of testing that can mitigate (control) that risk type. For example the risk of user- interactions being misunderstood can be mitigated by usability testing.
risk management
Systematic application of procedures and practices to the tasks of identifying, analyzing, prioritizing, and controlling risk.
Risk level
Definition:
The importance of a risk as defined by its characteristics impact and likelihood. The level of risk can be used to determine the intensity of testing to be performed. A risk level can be expressed either qualitatively (e.g. high, medium, low) or quantitatively.
In simple English:
This is a measure of how risky is a risk.
You measure it by accessing two things.
1. How likely will it occur?
2. If it occurs how bad is it gong to be?
A combination of answers to these two questions is what the risk level of a risk is.
Usually it is either expressed using one of the two ways. In a vague qualitative sense as a high medium or low. It is also in some cases expressed as a number. The number is usually a percentage and very rarely expressed as a number.
Field notes.
1. Remember that at best this is a assumption arrived at using the facts know till then.
2. Most people fail to sense the changing nature of risk level and get stuck with the idea that risk levels are fixed. This leads to people concentrating too much time and resources to the wrong risks.
Example.
T
risk identification
The process of identifying risks using techniques such as brainstorming, checklists and failure history.
risk control
The process through which decisions are reached and protective measures are implemented for reducing risks to, or maintaining risks within, specified levels.
risk-based testing
An approach to testing to reduce the level of product risks and inform stakeholders of their status, starting in the initial stages of a project. It involves the identification of product risks and the use of risk levels to guide the test process.
risk assessment
The process of assessing a given project or product risk to determine its level of risk, typically by assigning likelihood and impact ratings and then aggregating those ratings into a single risk priority rating. See also product risk, project risk, risk, risk impact, risk level, risk likelihood.
risk analysis
The process of assessing identified risks to estimate their impact and probability of occurrence (likelihood).
risk
A factor that could result in future negative consequences; usually expressed as impact and likelihood.
reviewer
The person involved in the review that identifies and describes anomalies in the product or project under review. Reviewers can be chosen to represent different viewpoints and roles in the review process.
review tool
A tool that provides support to the review process. Typical features include review planning and tracking support, communication support, collaborative reviews and a repository for collecting and reporting of metrics.
Subscribe to:
Posts (Atom)