Risk-Based Testing

Risk-Based Testing (RBT) is a testing methodology that prioritizes software testing based on the probability of risk. This approach involves assessing risks by evaluating software complexity, business criticality, frequency of use, potential defect areas, and recent system changes. By targeting high-risk areas, RBT enhances testing effectiveness and efficiency.

Note

The Risk-Based Testing feature is available only with the Advanced Features pack.

With RBT, you can define and measure risks, link risks to requirements and test cases, and generate reports.

Required Permissions

  • Get Project View rights to access Enable Risk-Based Analysis settings.

  • Get Project Modify rights to edit the Enable Risk-Based Analysis settings.

Configuring Risk-Based Testing

To configure Risk-Based Testing, perform the following steps:

QPro_TC_RBT_Settings.png
  1. Go to Project Management and click Projects.

  2. Open the General Settings tab.

  3. Move to the Risk Analysis section.

If Enabled

  • The system displays Risk Analysis fields for unarchived test cases, requirements, Data Parameterized test cases, and Exploratory test cases.

  • Copying entities in the same project also copies their values.

  • Copying entities to a different project transfers values only if RBT is turned on.

  • For Projects with Jira Integration, the following fields are displayed on the Test Case detail page in Jira:

    • Risk Type

    • Risk Category

    • Likelihood

    • Impact

    • Risk Priority Number (RPN)

    • Extent of Testing

If Disabled

  • The values are hidden but preserved. Re-enabling will restore the Risk Analysis values.

Accessing Risk-Based Testing Fields

  1. Manage Fields

    When RBT is enabled, the system auto-creates four new fields under Manage Fields under Customization. You can set them as mandatory, and add, archive, delete, or customize their values as needed.

    • Risk Type

    • Risk Category

    • Likelihood

    • Impact

  2. Manage Lists

    When RBT is enabled, the system automatically creates the following lists. You can edit existing values and add new ones.

    • Risk Likelihood

      Value

      Description

      Value

      Description

      1

      Least

      3.5

      Between High and Medium

      1.5

      Between Low and Least

      4

      High

      2

      Low

      4.5

      Between Very High and High

      2.5

      Between Medium and Low

      5

      Very High

      3

      Medium

    • Risk Impact

      Value

      Description

      Value

      Description

      1

      Least

      3.5

      Between High and Medium

      1.5

      Between Low and Least

      4

      High

      2

      Low

      4.5

      Between Very High and High

      2.5

      Between Medium and Low

      5

      Very High

      3

      Medium

    • Risk Type: The list is created with the values Project, Product, Process, and None.

    • Extent of Testing

      E. T. Range (RPN Value)

      Accepted format >{Number}-{Number}

      Value

      E. T. Range (RPN Value)

      Accepted format >{Number}-{Number}

      Value

      >0 - 5

      Report bugs only

      > 20 - 25

      Extensive

      > 5 - 10

      Opportunity

      Out of Range

      Not defined

      >10 - 15

      Cursory

      > 15 - 20

      Broad

    • Risk Category

      Risk Category

      Description

      Competitive Inferiority

      Failures to match competing systems in quality.

      Data Quality

      Failures in processing, storing, or retrieving data.

      Date and Time Handling

      Failures in date-based and/or time-based inputs/outputs, calculations, and event handling.

      Disaster Handling and Recovery

      Failure to degrade gracefully in the face of catastrophic incidents and/or failure to recover properly from such incidents.

      Error Handling and Recovery

      Failures due to bad inputs, beyond peak, or other illegal conditions (i.e., knock-on effects of deliberately inflicted errors).

      Functionality

      Failures that cause specific features not to work.

      Installation, Setup, Upgrade, and Migration

      Failures that prevent or impede deploying the system, and migrating data to new versions, including unwanted side-effects (e.g., installing additional, unwelcome, unintended software such as spyware, malware, etc.).

      Interoperability

      Failures occur when major components, subsystems, or related systems interact.

      Load, Capacity, and Volume

      Failures in scaling of system to the expected peak concurrent usage levels.

      Localization

      Failures in specific localities, including languages, messages, taxes and finances, operational issues, and time zones

      Networked and Distributed

      Failure to handle networked/distributed operation, including latency, delays, lost packets or connectivity, and unavailable resources.

      Operations and Maintenance

      Failures that endanger continuing operation, including backup or restore processes.

      Packaging/Fulfillment

      Failures associated with the packaging and/or delivery of the system or product.

      Performance

      Failures to perform as required under expected loads.

      Portability, Configuration, and Compatibility

      Failures specific to different supported platforms, supported configurations, configuration problems, and/or cohabitation with other software/systems.

      Reliability, Availability, and Stability

      Failures to meet reasonable expectations of availability and mean-time-between-failure.

      Security/Privacy

      Failures to protect the system and secure data from fraudulent or malicious misuse.

      Standards Compliance

      Failure to conform to mandatory standards, company standards, and/or applicable voluntary standards.

      States and Transactions

      Failure to properly respond to sequences of events or particular transactions.

      Usability

      Failures arise from aspects of the system that make players or other users feel ineffective, inefficient, or dissatisfied while using the system.

      User Interface

      Failures where incorrect information is presented directly to users.

  3. Requirement Module

    The Risk Analysis section appears on the Create and Edit screens for requirements. It includes:

    • Risk Type: Select from Project, Product, Process, or None.

    • Risk Category: Categorize the risk.

    • Likelihood: Select from 1, 1.5, 2, 2.5, 3, 3.5, 4, 4.5, 5 (1 being the least and 5 being very high).

    • Impact: Select from 1, 1.5, 2, 2.5, 3, 3.5, 4, 4.5, 5. (1 being the least and 5 being very high).

    • Risk Priority Number (RPN): Auto-calculated as RPN = Likelihood x Impact.

    • Extent of Testing (ET): Auto-calculated based on RPN value.

  4. Test Case Module

    The Risk Analysis section on the test case creation and edit screens includes the following fields:

    QPro_TC_RBT_Section.png
    • Risk Type: Select from Project, Product, Process, or None.

    • Risk Category: Categorize the risk.

    • Likelihood: Select from 1, 1.5, 2, 2.5, 3, 3.5, 4, 4.5, 5 (1 being the least and 5 being very high).

    • Impact: Select from 1, 1.5, 2, 2.5, 3, 3.5, 4, 4.5, 5. (1 being the least and 5 being very high).

    • Risk Priority Number (RPN): Auto-calculated as RPN = Likelihood x Impact.

    • Extent of Testing (ET): Auto-calculated based on RPN value.

  5. Test Case Created from Requirement

    When you create a test case from a requirement, the system auto-populates the Risk Analysis fields from that requirement.

Screens Displaying RBT Field Values

When enabled, the system displays Risk Analysis columns on the following screens. Filter the records based on RBT fields.

  • Requirements tab in Test Case Module.

  • Link Requirements inTest Case Module.

  • Test Case Bulk Operations

  • Test Case tab under Requirement Module.

  • Requirement Bulk Operations.

  • Test Case tab in Test Suite Module.

  • Requirement tab in Issues Module.

  • Link Requirements screen in Issues Module.

  • Layout Management: Customize the Risk Analysis fields for the Test Case and Requirement module.

    Warning

    You cannot move or hide these fields—they must remain in the Risk Analysis section.

    QPro_TC_Layout_Management.png

Import and Export

Import: All Risk Analysis field values are included when importing requirements and test cases.

Export:

  • For XLSX and CSV exports, the system exports all Risk-Based Testing field values along with other details.

  • For PDF and Word exports, the system exports the Risk-Based Testing section.

  • Bulk export test case details with all Risk Analysis fields from the Test Cases tab under the Test Suites Module.

Risk-Based Testing Reports

Visual Reports

Use Risk Fields to generate tables and add gadgets.

  • Test Cases: Test Case Risk Type, Test Case Risk Category, Test Case Risk Likelihood, Test Case Risk Impact, Test Case Risk Priority Number, Test Case Risk Extent of Testing.

  • Requirements: Requirements Risk Type, Requirements Risk Category, Requirements Risk Likelihood, Requirements Risk Impact, Requirements Risk Priority Number, Requirements Risk Extent of Testing.

    QPro_TC_RBT_in_Visual_Reports.png

Advance Query Reports

Generate Requirement and Test Case Reports that include the following fields: risk type, risk category, risk impact, risk likelihood, risk priority, and the estimated extent of testing with the following SQL query.

QPro_TC_RBT_in_AQR.png
select testcases.EntityKey, testcases.Risktype, testcases.RiskCategory,testcases.Impact, testcases.Likelihood, testcases.RiskPriorityNumber, testcases.ExtentOfTesting
FROM testcases
WHERE testcases.projectName = 'Fit Tracker'
Group By testcases.riskCategory

System Reports

View RBT details in system reports from:

Publication date: