Are you developing any Test plan or test strategy for your project? Have you addressed all risks properly in your test plan or test strategy?
As testing is the last part of the project, it’s always under pressure and time constraint. To save time and money you should be able to prioritize your testing work. How will prioritize testing work? For this, you should be able to judge more important and less important testing work. How will you decide which work is more or less important? Here comes need of risk-based testing.
What is Risk?
“Risk is future uncertain events with a probability of occurrence and a potential for loss”
Risk identification and management are the main concerns in every software project. Effective analysis of software risks will help to effective planning and assignments of work.
In this article, I will cover what are the “types of risks”. In next articles, I will try to focus on risk identification, risk management, and mitigation.
Risks are identified, classified and managed before actual execution of the program. These risks are classified in different categories.
Categories of risks:
Project schedule get slip when project tasks and schedule release risks are not addressed properly.
Schedule risks mainly affect on a project and finally on company economy and may lead to project failure.
Schedules often slip due to following reasons:
Risks of loss due to improper process implementation failed system or some external events risks.
Causes of Operational risks:
Technical risks generally lead to failure of functionality and performance.
Causes of technical risks are:
These are the external risks beyond the operational limits. These are all uncertain risks are outside the control of the program.
These external events can be:
These are all common categories in which software project risks can be classified. I will cover in detail “How to identify and manage risks” in next article.