Skip to main content
This dashboard serves as the central workspace for V&V engineers performing verification (ensuring the system is built correctly per ISO 26262 Part 4-6) and validation (ensuring the right system is built) activities. It provides real-time visibility into test coverage metrics, traceability to requirements, and verification evidence management.

Dashboard Overview

The V&V Engineer Dashboard implements the ISO 26262 distinction between verification and validation:
  • Verification: Confirms that system, subsystem, and component designs conform to their respective requirement specifications (system built correctly). Uses the ‘verifies’ link role.
  • Validation: Confirms that customer requirements are satisfied by the complete integrated system (right system built). Uses the ‘validates’ link role.
The dashboard centralizes both verification and validation activities in a single workspace, enabling V&V engineers to track coverage across all test levels and ensure bidirectional traceability required by ISO 26262 Part 8 (Functional Safety Management).

Dashboard Components

Test Artifact Statistics

ComponentTypePurposeDefault
Test Cases CountKPI MetricTotal test case work items in projectDynamic count
Verification Test CasesKPI MetricTest cases linked via ‘verifies’ role to requirementsDynamic count
Validation Test CasesKPI MetricTest cases linked via ‘validates’ role to customer requirementsDynamic count
Test DocumentsKPI MetricTotal documents in Testing spaceDynamic count
Coverage TrendChartHistorical trend showing coverage percentage over time7-day rolling
Technical Details: The statistics bar uses Polarion Transaction API queries executed via Nextedy macro nxStatCount. The implementation counts work items by type using Lucene queries: type:testCase AND moduleId=Testing for test documents, linkedWorkItems:verifies for verification backlinks, and linkedWorkItems:validates for validation backlinks.

Verification Methods Reference Table

ISO 26262 Part 4 Section 8 defines four acceptable verification methods. The dashboard displays these methods with implementation guidance:
MethodDescriptionISO 26262 ReferenceApplicable Levels
ReviewExamination of specification or design by qualified personnelPart 4 §8.2.1System, Subsystem, Component, Software
AnalysisMathematical or logical proof of correctness; timing analysis; WCET analysisPart 4 §8.2.2System, Subsystem, Component
SimulationExecution of model against test scenarios to verify behaviorPart 4 §8.2.3System (HILS), Subsystem, Component (SIL)
TestingExecution of compiled code or hardware against test cases and acceptance criteriaPart 4 §8.2.4All levels (SIL, HIL, vehicle testing)
Each method can be applied individually or in combination. The dashboard tracks test coverage using the ‘verifies’ link role to establish traceability between test cases and system/subsystem/design requirements.

Test Document Inventory Tree

The Test Document Inventory Tree displays all documents in the Testing space organized by system element hierarchy. The tree structure enables V&V engineers to navigate by system decomposition:
SYSTEM: AEB System
├── SUBSYSTEM: Sensor Housing Subsystem
│   ├── Sensor Housing Assembly - Test Cases (12 items)
│   ├── Camera Module - Test Cases (8 items)
│   └── Radar Module - Test Cases (10 items)
├── SUBSYSTEM: ECU Processing Subsystem
│   ├── System-on-Chip (SoC) - Test Cases (7 items)
│   ├── Safety Co-Processor - Test Cases (4 items)
│   └── Memory - Test Cases (3 items)
└── SUBSYSTEM: Vehicle Interface Subsystem
    └── CAN Transceivers - Test Cases (5 items)
Macro Implementation: Uses Nextedy nxDocInventoryTree(spaceFilter="Testing", columnHeader="System Element / Document", expandFirstLevel=true) to generate the hierarchical tree filtered to the Testing space only.

System Requirements Verification Coverage

This metric displays the percentage of system requirements that are verified by at least one test case:
MetricValueFormula
Verified RequirementsDynamicCount of sysReq items with backlinks from testCase via ‘verifies’ role
Total System Requirements31Count of all sysReq work items in project
Coverage PercentageDynamicVerified / Total × 100%
Gap QueryLink to gapsLucene: type:sysReq AND NOT backlinkedWorkItems:verifies
Coverage Bar Implementation: The dashboard renders a traffic-light progress bar using nxCoverageBar(covered=$verified, total=$total, label="System Requirements Verification", gapQuery="type:sysReq AND NOT backlinkedWorkItems:verifies"). The bar displays:
  • Green (≥80%): Full verification coverage
  • Yellow (50-79%): Partial coverage requiring gap closure
  • Red (<50%): Significant verification gaps
Clicking the gap count link navigates directly to the Work Items Tracker filtered to show unverified requirements, enabling rapid gap closure workflows.

Customer Requirements Validation Coverage

This metric displays the percentage of customer requirements validated by at least one test case:
MetricValueFormula
Validated RequirementsDynamicCount of customerReq items with backlinks from testCase via ‘validates’ role
Total Customer Requirements25Count of all customerReq work items in project
Coverage PercentageDynamicValidated / Total × 100%
Gap QueryLink to gapsLucene: type:customerReq AND NOT backlinkedWorkItems:validates
Technical Implementation: Parallel to verification coverage but using the ‘validates’ link role instead of ‘verifies’. This implements ISO 26262 Part 8 requirement for bidirectional traceability between customer requirements and validation evidence.

Design Requirements Verification Coverage

This metric tracks verification coverage for design-level requirements:
MetricValueFormula
Verified Design ReqsDynamicCount of desReq items with backlinks from testCase via ‘verifies’ role
Total Design Requirements15Count of all desReq work items in project
Coverage PercentageDynamicVerified / Total × 100%
Design verification typically includes unit testing, component integration testing, and subsystem testing phases. The dashboard supports traceability from design requirements through characteristics to failure mode analysis, enabling comprehensive design V&V. The dashboard provides quick links to PowerSheet documents that expand verification traceability:
SheetPurposeLink Target
System Verification SheetExpands sysReq items with testCase backlinks via ‘verifies’ role.polarion/nextedy/sheet-configurations/System Verification Sheet.yaml
Subsystem Verification SheetExpands subsystem-scoped requirements with verification test cases.polarion/nextedy/sheet-configurations/Subsystem Verification Sheet.yaml
Design Verification SheetExpands desReq items with testCase backlinks via ‘verifies’ role.polarion/nextedy/sheet-configurations/Design Verification Sheet.yaml
User Need Validation SheetExpands customerReq items with validation test cases via ‘validates’ role.polarion/nextedy/sheet-configurations/User Need Validation Sheet.yaml
These PowerSheets enable V&V engineers to view complete verification/validation chains with traceability weights, requirement attributes, test case details, and evidence attachments in a single interactive view.

V&V Dashboard Workflow

The dashboard supports the following V&V engineer workflows: diagram

Configuration Properties

PropertyTypeDefaultDescription
TESTING_SPACE_IDStringTestingPolarion space ID for test documents
VERIFICATION_COVERAGE_TARGETPercentage80%Target coverage % for system/design verification
VALIDATION_COVERAGE_TARGETPercentage75%Target coverage % for customer requirement validation
VERIFICATION_LINK_ROLEStringverifiesLink role name for verification traceability
VALIDATION_LINK_ROLEStringvalidatesLink role name for validation traceability
INCLUDE_MANUAL_TESTSBooleantrueInclude manual test cases in coverage metrics
INCLUDE_AUTOMATED_TESTSBooleantrueInclude automated test cases in coverage metrics
REFRESH_INTERVALMinutes5Dashboard metric refresh frequency
EXPORT_FORMATEnumPDF, ExcelSupported export formats for coverage reports
For more information on V&V workflows and test management:
Aim for ≥80% verification coverage for all system and design requirements before system integration testing. Track validation coverage separately to ensure customer requirements are addressed by the complete system. Use the gap query links to identify and prioritize coverage gaps.
Do not confuse verification (system built correctly) with validation (right system built). Use the ‘verifies’ link role exclusively for requirement-to-test-case verification traceability, and ‘validates’ exclusively for customer requirement validation. Mixing link roles breaks ISO 26262 compliance audits.