Skip to content

Evidence request lists

ISO 26262:2018 - Functional Safety for Road Vehicles

Evidence request list. 69 controls, 69 carrying auditor artefact guidance. Generated from the compliance knowledge graph on 11 September 2026. Published by The Art of Service.

ASIL Oriented

ISO26262-9.5
Requirements Decomposition with Respect to ASIL Tailoring

Apply ASIL decomposition with demonstrated independence between decomposed elements.

Artefacts an auditor will ask for
  • Decomposition analysis
  • Independence argument
  • CCF analysis
  • Allocation record
Where this commonly fails
  • Independence unproven
  • CCF ignored
  • Decomposition unjustified
ISO26262-9.7
Safety Analyses

Conduct deductive and inductive safety analyses appropriate to ASIL covering both random and systematic failures.

Artefacts an auditor will ask for
  • FMEA
  • FTA
  • Common cause analysis
  • Analysis reports
Where this commonly fails
  • FMEA shallow
  • FTA missing
  • Common cause not addressed

Concept Phase

ISO26262-3.5
Item Definition

Define the item under development including its boundaries, functions, interfaces, and operational environment.

Artefacts an auditor will ask for
  • Item definition document
  • Boundary diagram
  • Interface specification
  • Operating conditions list
Where this commonly fails
  • Boundaries unclear
  • Interfaces missing
  • Environment not described
ISO26262-3.6
Hazard Analysis and Risk Assessment

Identify hazardous events, classify ASIL based on severity, exposure, and controllability, and determine safety goals.

Artefacts an auditor will ask for
  • HARA report
  • Hazard catalogue
  • ASIL determination records
  • Safety goals list
Where this commonly fails
  • HARA incomplete
  • ASIL rationale missing
  • Safety goals not derived
ISO26262-3.7
Functional Safety Concept

Derive functional safety requirements from safety goals and allocate them to architecture elements.

Artefacts an auditor will ask for
  • Functional safety concept document
  • Requirements traceability
  • Architecture allocation
  • Decomposition analysis
Where this commonly fails
  • No traceability
  • Allocation unclear
  • Decomposition missing

Hardware

ISO26262-5.6
Hardware Safety Requirements

Derive hardware safety requirements from the technical safety concept and allocate them to hardware components.

Artefacts an auditor will ask for
  • Hardware safety requirements specification
  • Allocation matrix
  • Traceability records
  • Review minutes
Where this commonly fails
  • Allocation absent
  • Traceability gaps
  • Reviews not conducted
ISO26262-5.7
Hardware Design

Design hardware architecture and units to meet safety requirements, considering systematic and random failures.

Artefacts an auditor will ask for
  • Hardware design specification
  • FMEDA
  • FTA
  • Schematics
Where this commonly fails
  • FMEDA absent
  • FTA missing
  • Schematics incomplete
ISO26262-5.8
Evaluation of Hardware Architectural Metrics

Calculate and evaluate single point fault metric and latent fault metric against ASIL targets.

Artefacts an auditor will ask for
  • SPFM calculation
  • LFM calculation
  • Diagnostic coverage analysis
  • Target compliance report
Where this commonly fails
  • Metrics not calculated
  • Targets unmet
  • Coverage unclear
ISO26262-5.9
Evaluation of Safety Goal Violations Due to Random Hardware Failures

Evaluate probabilistic metric for hardware failures or apply evaluation of each cause of safety goal violation.

Artefacts an auditor will ask for
  • PMHF calculation
  • Failure rate sources
  • Evaluation report
  • Justification document
Where this commonly fails
  • Sources not cited
  • PMHF unjustified
  • Report missing

Management

ISO26262-2.5
Safety Management Overall

Establish a functional safety management system encompassing organization, processes, and competence for the safety lifecycle.

Artefacts an auditor will ask for
  • Safety management plan
  • Organization chart with safety roles
  • Competence matrix
  • Process inventory
Where this commonly fails
  • No safety manager appointed
  • Competence not assessed
  • Plan absent
ISO26262-2.6
Project Dependent Safety Management

Tailor safety management to each project including planning, monitoring, and confirmation measures.

Artefacts an auditor will ask for
  • Project safety plan
  • Tailoring rationale
  • Confirmation measures schedule
  • Status reports
Where this commonly fails
  • No tailoring rationale
  • Confirmation measures missing
  • Reporting absent

Part 2: Management of Functional Safety

ISO-26262-2-5
Overall safety management

Requirements for planning and coordination of safety activities throughout the safety lifecycle.

Artefacts an auditor will ask for
  • Safety management plan
  • Safety culture assessment
  • Confirmation review report
  • ASIL register
Where this commonly fails
  • No defined safety lifecycle owner
  • Safety culture not measured
  • Confirmation reviews skipped on ASIL-D items
ISO-26262-2-6
Safety management during the concept and product development

Requirements for managing functional safety during the concept phase and product development.

Artefacts an auditor will ask for
  • Safety management plan
  • Safety culture assessment
  • Confirmation review report
  • ASIL register
Where this commonly fails
  • No defined safety lifecycle owner
  • Safety culture not measured
  • Confirmation reviews skipped on ASIL-D items
ISO-26262-2-7
Safety management after release for production

Requirements for safety management after the item has been released for production.

Artefacts an auditor will ask for
  • Safety management plan
  • Safety culture assessment
  • Confirmation review report
  • ASIL register
Where this commonly fails
  • No defined safety lifecycle owner
  • Safety culture not measured
  • Confirmation reviews skipped on ASIL-D items
ISO-26262-2-8
Safety culture

Requirements for establishing and maintaining a safety culture within the organization.

Artefacts an auditor will ask for
  • Safety management plan
  • Safety culture assessment
  • Confirmation review report
  • ASIL register
Where this commonly fails
  • No defined safety lifecycle owner
  • Safety culture not measured
  • Confirmation reviews skipped on ASIL-D items
ISO-26262-2-9
Confirmation measures

Requirements for confirmation reviews, functional safety audits, and safety assessments.

Artefacts an auditor will ask for
  • Safety management plan
  • Safety culture assessment
  • Confirmation review report
  • ASIL register
Where this commonly fails
  • No defined safety lifecycle owner
  • Safety culture not measured
  • Confirmation reviews skipped on ASIL-D items

Part 3: Concept Phase

ISO-26262-3-5
Item definition

Requirements for defining the item including its functionality, interfaces, environmental conditions, and known hazards.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-3-6
Initiation of the safety lifecycle

Requirements for determining whether the item is a new development or modification and identifying applicable safety activities.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-3-7
Hazard analysis and risk assessment (HARA)

Requirements for identifying hazardous events and classifying them using ASIL (Automotive Safety Integrity Levels).

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-3-8
Functional safety concept

Requirements for deriving the functional safety concept including safety goals and safe states.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards

Part 4: Product Development at the System Level

ISO-26262-4-10
Functional safety assessment

Requirements for assessment to judge the functional safety achieved and identify potential shortfalls.

Artefacts an auditor will ask for
  • Technical safety requirements
  • System design document
  • Integration test report
  • Safety validation report
Where this commonly fails
  • Requirements not bidirectionally traceable
  • Validation scenarios incomplete
  • Assessment independence weak
ISO-26262-4-5
Initiation of product development at the system level

Requirements for planning system-level development activities based on the functional safety concept.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-4-6
Specification of the technical safety requirements

Requirements for deriving technical safety requirements from the functional safety concept.

Artefacts an auditor will ask for
  • Technical safety requirements
  • System design document
  • Integration test report
  • Safety validation report
Where this commonly fails
  • Requirements not bidirectionally traceable
  • Validation scenarios incomplete
  • Assessment independence weak
ISO-26262-4-7
System design

Requirements for system design that implements technical safety requirements.

Artefacts an auditor will ask for
  • Technical safety requirements
  • System design document
  • Integration test report
  • Safety validation report
Where this commonly fails
  • Requirements not bidirectionally traceable
  • Validation scenarios incomplete
  • Assessment independence weak
ISO-26262-4-8
Item integration and testing

Requirements for integration and testing of the item to verify that safety requirements are met.

Artefacts an auditor will ask for
  • Technical safety requirements
  • System design document
  • Integration test report
  • Safety validation report
Where this commonly fails
  • Requirements not bidirectionally traceable
  • Validation scenarios incomplete
  • Assessment independence weak
ISO-26262-4-9
Safety validation

Requirements for validating that the safety goals are achieved by the item at the vehicle level.

Artefacts an auditor will ask for
  • Technical safety requirements
  • System design document
  • Integration test report
  • Safety validation report
Where this commonly fails
  • Requirements not bidirectionally traceable
  • Validation scenarios incomplete
  • Assessment independence weak

Part 5: Product Development at the Hardware Level

ISO-26262-5-10
Hardware integration and verification

Requirements for integration and verification testing of hardware elements.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped
ISO-26262-5-5
Initiation of product development at the hardware level

Requirements for planning hardware-level development activities including safety analysis techniques.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-5-6
Specification of hardware safety requirements

Requirements for deriving hardware safety requirements from the technical safety concept.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped
ISO-26262-5-7
Hardware design

Requirements for hardware design, including design for diagnostic capabilities and fault detection.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped
ISO-26262-5-8
Evaluation of the hardware architectural metrics

Requirements for evaluating hardware using single-point fault metric, latent fault metric, and diagnostic coverage.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped
ISO-26262-5-9
Evaluation of safety goal violations due to random hardware failures

Requirements for quantitative analysis of random hardware failure rates against ASIL targets.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped

Part 6: Product Development at the Software Level

ISO-26262-6-10
Software integration and testing

Requirements for integration testing to verify correct interaction between software components.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-6-11
Verification of software safety requirements

Requirements for verifying that all software safety requirements have been correctly implemented.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-6-5
Initiation of product development at the software level

Requirements for planning software-level development including design and testing methods based on ASIL.

Artefacts an auditor will ask for
  • Item definition document
  • HARA matrix
  • Functional safety concept
  • Safety goals register
Where this commonly fails
  • Operational situations under-enumerated
  • ASIL determination not justified
  • Safety goals not traced to hazards
ISO-26262-6-6
Specification of software safety requirements

Requirements for deriving software safety requirements from the technical safety concept and system design.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-6-7
Software architectural design

Requirements for software architecture including freedom from interference, modularity, and error detection.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-6-8
Software unit design and implementation

Requirements for unit-level design and coding including coding guidelines and design principles.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-6-9
Software unit testing

Requirements for unit testing including structural coverage metrics and requirements-based testing.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing

Part 7: Production, Operation, Service and Decommissioning

ISO-26262-7-5
Production

Requirements for production processes to ensure functional safety is maintained during manufacturing.

Artefacts an auditor will ask for
  • Production safety plan
  • Field monitoring report
  • Recall procedure
  • Decommissioning record
Where this commonly fails
  • Field data not fed back to safety case
  • Service instructions incomplete
  • Decommissioning not documented
ISO-26262-7-6
Operation, service (maintenance and repair)

Requirements for maintaining functional safety during the operational lifetime of the vehicle.

Artefacts an auditor will ask for
  • Production safety plan
  • Field monitoring report
  • Recall procedure
  • Decommissioning record
Where this commonly fails
  • Field data not fed back to safety case
  • Service instructions incomplete
  • Decommissioning not documented
ISO-26262-7-7
Decommissioning

Requirements for ensuring safe decommissioning of safety-related systems.

Artefacts an auditor will ask for
  • Production safety plan
  • Field monitoring report
  • Recall procedure
  • Decommissioning record
Where this commonly fails
  • Field data not fed back to safety case
  • Service instructions incomplete
  • Decommissioning not documented

Part 8: Supporting Processes

ISO-26262-8-10
Documentation

Requirements for documentation of safety-related activities and work products.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak
ISO-26262-8-11
Confidence in the use of software tools

Requirements for qualifying software tools used in the development of safety-related systems.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-8-12
Qualification of software components

Requirements for qualifying software components not developed according to ISO 26262.

Artefacts an auditor will ask for
  • Software safety requirements
  • Software architecture spec
  • Unit test report
  • MISRA compliance log
Where this commonly fails
  • Coding guidelines deviations untracked
  • Coverage targets unmet for ASIL-D
  • Tool qualification missing
ISO-26262-8-13
Qualification of hardware components

Requirements for qualifying hardware components not developed according to ISO 26262.

Artefacts an auditor will ask for
  • Hardware safety requirements
  • FMEDA report
  • PMHF calculations
  • Hardware test report
Where this commonly fails
  • SPFM/LFM targets not met
  • Random failure metrics unjustified
  • Hardware fault injection skipped
ISO-26262-8-14
Proven in use argument

Requirements for providing a proven-in-use argument for previously developed elements.

Artefacts an auditor will ask for
  • Tool classification analysis (TCL)
  • Tool qualification report
  • Proven-in-use argument
  • Component qualification record
Where this commonly fails
  • TCL not justified
  • Qualification evidence stale
  • Proven-in-use data insufficient
ISO-26262-8-5
Interfaces within distributed developments

Requirements for managing safety across distributed development involving multiple parties.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak
ISO-26262-8-6
Specification and management of safety requirements

Requirements for specifying, managing, and tracking safety requirements throughout the lifecycle.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak
ISO-26262-8-7
Configuration management

Requirements for configuration management of safety-related work products.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak
ISO-26262-8-8
Change management

Requirements for managing changes to items, elements, or work products with impact on functional safety.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak
ISO-26262-8-9
Verification

Requirements for verification methods including reviews, inspections, walk-throughs, and testing.

Artefacts an auditor will ask for
  • Safety case document
  • Configuration baseline
  • Change request log
  • Verification plan
Where this commonly fails
  • Safety case not maintained
  • Baselines missing for releases
  • Change impact analysis weak

Part 9: ASIL-Oriented and Safety-Oriented Analyses

ISO-26262-9-5
Requirements decomposition with respect to ASIL tailoring

Requirements for ASIL decomposition to allocate safety requirements to redundant elements.

Artefacts an auditor will ask for
  • ASIL decomposition rationale
  • Coexistence analysis
  • Dependent failure analysis (DFA)
  • FTA/FMEA report
Where this commonly fails
  • Decomposition independence not proven
  • DFA scope incomplete
  • Safety analyses not iterated
ISO-26262-9-6
Criteria for coexistence of elements

Requirements for ensuring coexistence of elements with different ASILs without interference.

Artefacts an auditor will ask for
  • ASIL decomposition rationale
  • Coexistence analysis
  • Dependent failure analysis (DFA)
  • FTA/FMEA report
Where this commonly fails
  • Decomposition independence not proven
  • DFA scope incomplete
  • Safety analyses not iterated
ISO-26262-9-7
Analysis of dependent failures

Requirements for analyzing and managing dependent failures including common cause and cascading failures.

Artefacts an auditor will ask for
  • ASIL decomposition rationale
  • Coexistence analysis
  • Dependent failure analysis (DFA)
  • FTA/FMEA report
Where this commonly fails
  • Decomposition independence not proven
  • DFA scope incomplete
  • Safety analyses not iterated
ISO-26262-9-8
Safety analyses

Requirements for performing qualitative and quantitative safety analyses such as FMEA, FTA, and FMEDA.

Artefacts an auditor will ask for
  • ASIL decomposition rationale
  • Coexistence analysis
  • Dependent failure analysis (DFA)
  • FTA/FMEA report
Where this commonly fails
  • Decomposition independence not proven
  • DFA scope incomplete
  • Safety analyses not iterated

Production and Operation

ISO26262-7.5
Production

Plan and control production processes to ensure safety relevant characteristics are achieved consistently.

Artefacts an auditor will ask for
  • Production control plan
  • End of line test records
  • Process capability data
  • Nonconformance log
Where this commonly fails
  • Control plan absent
  • Capability not measured
  • Nonconformances unmanaged
ISO26262-7.6
Operation, Service, and Decommissioning

Plan for safe operation, service, repair, and decommissioning including field monitoring and user information.

Artefacts an auditor will ask for
  • Field monitoring plan
  • Service manuals
  • Repair procedures
  • Decommissioning instructions
Where this commonly fails
  • Field data not collected
  • Service manuals missing
  • Decommissioning ignored

Software

ISO26262-6.10
Software Integration and Verification

Integrate software components and verify integration against architecture and safety requirements.

Artefacts an auditor will ask for
  • Integration plan
  • Integration test specifications
  • Test reports
  • Coverage analysis
Where this commonly fails
  • Plan missing
  • Reports incomplete
  • Coverage absent
ISO26262-6.6
Software Safety Requirements

Derive software safety requirements and allocate them to software architecture and units.

Artefacts an auditor will ask for
  • Software safety requirements
  • Allocation matrix
  • Traceability records
  • Review minutes
Where this commonly fails
  • Traceability absent
  • Reviews not done
  • Allocation missing
ISO26262-6.7
Software Architectural Design

Design software architecture using ASIL appropriate methods such as freedom from interference and decomposition.

Artefacts an auditor will ask for
  • Architecture document
  • Freedom from interference analysis
  • Decomposition rationale
  • Review records
Where this commonly fails
  • FFI not analysed
  • Decomposition unsupported
  • Reviews absent
ISO26262-6.8
Software Unit Design and Implementation

Implement software units according to coding guidelines and ASIL appropriate methods.

Artefacts an auditor will ask for
  • Coding guidelines
  • MISRA compliance reports
  • Static analysis results
  • Code review records
Where this commonly fails
  • Guidelines absent
  • Static analysis missing
  • Reviews superficial
ISO26262-6.9
Software Unit Verification

Verify software units through testing and analysis with structural coverage appropriate to ASIL.

Artefacts an auditor will ask for
  • Unit test specifications
  • Test results
  • Coverage reports
  • Tool qualification records
Where this commonly fails
  • Coverage low
  • Tools not qualified
  • Results undocumented

Supporting Processes

ISO26262-8.11
Confidence in the Use of Software Tools

Qualify software tools used in development based on tool impact and detection levels.

Artefacts an auditor will ask for
  • Tool inventory
  • TCL classification
  • Qualification report
  • Usage procedure
Where this commonly fails
  • Tools unclassified
  • No qualification
  • Procedures missing
ISO26262-8.12
Qualification of Software Components

Qualify pre existing software components for use in safety related items through evidence of suitability.

Artefacts an auditor will ask for
  • Qualification plan
  • Test results
  • Field data
  • Compatibility analysis
Where this commonly fails
  • Plan absent
  • Field data missing
  • Compatibility unverified
ISO26262-8.6
Specification and Management of Safety Requirements

Specify, manage, and trace safety requirements throughout the lifecycle including change control.

Artefacts an auditor will ask for
  • Requirements management plan
  • Traceability matrix
  • Change records
  • Review records
Where this commonly fails
  • Traceability absent
  • Changes uncontrolled
  • Reviews not held

System Level

ISO26262-4.6
Technical Safety Concept

Derive technical safety requirements and a technical safety concept including safety mechanisms.

Artefacts an auditor will ask for
  • Technical safety concept
  • Safety mechanism list
  • Diagnostic coverage analysis
  • System architecture diagram
Where this commonly fails
  • Mechanisms undocumented
  • Diagnostic coverage unclear
  • Architecture missing
ISO26262-4.7
System and Item Integration and Testing

Integrate hardware and software, and conduct testing against technical safety requirements and ASIL appropriate methods.

Artefacts an auditor will ask for
  • Integration plan
  • Test specifications
  • Test reports
  • Coverage analysis
Where this commonly fails
  • Plan absent
  • Coverage low
  • Reports missing
ISO26262-4.8
Safety Validation

Validate that the item satisfies the safety goals under intended operating conditions.

Artefacts an auditor will ask for
  • Validation plan
  • Validation specifications
  • Validation report
  • Acceptance criteria
Where this commonly fails
  • Plan missing
  • Conditions not covered
  • Acceptance criteria absent
Assembled from the framework's own control set. Every line traces to a control in the graph, so this pack is regenerated rather than written, and stays current as the graph does.

Assembled from the framework’s own control set, so this list is regenerated rather than written and stays current as the graph does.