dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-010-inject-node-faults:start

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-010-inject-node-faults:start [2026/08/17 14:20] – removed - external edit (Unknown date) 127.0.0.1dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-010-inject-node-faults:start [2026/08/17 14:20] (current) – ↷ Page moved from dido:03-dido-te:99-annexes:annex-c-requirements:03-node-requirements:nod-010-inject-node-faults:start to dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:nod-010-inject-node-faults:start nick_dido
Line 1: Line 1:
 +====== NOD-010 — Inject Node Faults ======
  
 +[[dido:03-dido-te:99-annexes:annex-c-requirements:03-functional-requirements:03-02-node-requirements:start|Go to Node Requirements]]
 +
 +===== Statement =====
 +
 +The [[dido:99_annexes:annex-b-terms-and-definitions:d:dido-te|DIDO-TE]] SHALL inject each fault specified for a [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]] by the governing [[dido:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]].
 +
 +===== Derived From =====
 +
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-005|[DTE5] DIDO-TE Requirements Register]], source requirement identifier and obligation to be assigned
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-006|[DTE6] Structured Information Processing Reference Architecture (SIP-RA)]]
 +  * [[dido:03-dido-te:99-annexes:annex-b-references:dte-007|[DTE7] Federated Data Interpretation Systems Reference Architecture (FDIS-RA)]]
 +
 +===== Rationale =====
 +
 +Node fault injection deliberately introduces a specified abnormal condition into a Node or a condition governing its operation. Fault injection supports controlled evaluation of fault detection, containment, tolerance, recovery, resilience, and failure behavior.
 +
 +The governing Test Definition identifies the target Node, injected fault, injection point, initiating condition, timing, duration, intensity, scope, expected effects, prohibited effects, termination conditions, and recovery conditions. The governing [[dido:99_annexes:annex-b-terms-and-definitions:t:test_procedure|Test Procedure]] specifies the actions used to prepare, authorize, inject, control, terminate, and recover from the fault.
 +
 +An injected fault may affect Node state, processing, timing, inputs, outputs, [[dido:99_annexes:annex-b-terms-and-definitions:n:node_binding|Node Bindings]], Dependencies, interfaces, services, communication, or resource use. Fault injection therefore requires controls that restrict the fault to the target and scope specified by the governing Test Definition.
 +
 +Fault injection differs from the uncontrolled occurrence of a fault. The DIDO-TE introduces an injected fault deliberately, under identified authority and controlled test conditions. An unexpected fault or an effect outside the specified scope constitutes a [[dido:99_annexes:annex-b-terms-and-definitions:t:test_execution_exception|Test Execution Exception]].
 +
 +The DIDO-TE preserves the distinction between the fault-injection action, the injected fault, the Node response, and the resulting Test Outcome. The presence of the injected fault does not, by itself, establish the success or failure of the Node.
 +
 +Uncontrolled, incorrectly targeted, mistimed, excessive, ineffective, or unrecorded fault injection may invalidate Test Results, damage Test Resources, affect unrelated Nodes or Test Executions, or leave the Test Environment in an unknown condition.
 +
 +===== Applies To =====
 +
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:d:dido-te|DIDO-TE]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_definition|Node Definition]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_implementation|Node Implementation]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_configuration|Node Configuration]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:n:node_binding|Node Binding]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:d:dependency|Dependency]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_definition|Test Definition]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_procedure|Test Procedure]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_environment|Test Environment]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_execution|Test Execution]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_execution_exception|Test Execution Exception]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_input|Test Input]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_resource|Test Resource]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_outcome|Test Outcome]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:test_result|Test Result]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:a:authorizing_authority|Authorizing Authority]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]]
 +  * [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]]
 +
 +===== Derived Requirements =====
 +
 +NOD-010 is decomposed into the following leaf requirements:
 +
 +{{indexmenu>dido:03-dido-te:99-annexes:annex-c-requirements:03-node-requirements:nod-010-inject-node-faults#1|js navbar nocookie maxjs#1 id#dido_te_nod_010_requirements_nav}}
 +
 +===== Verification =====
 +
 +Verification confirms that the child requirements collectively:
 +
 +  - Specify each fault, target Node, injection point, initiating condition, timing, duration, intensity, scope, expected effects, prohibited effects, termination conditions, and recovery conditions.
 +  - Identify the Authorizing Authority for each fault injection.
 +  - Prevent fault injection without the required authorization.
 +  - Prepare the target Node, Test Environment, observation mechanisms, containment controls, Test Resources, and recovery mechanisms before injection.
 +  - Verify the identity and state of the target Node before injecting the fault.
 +  - Inject the specified fault at the injection point, time, intensity, duration, and scope established by the governing Test Definition.
 +  - Prevent the injected fault from affecting a Node, resource, Test Environment, or Test Execution outside the specified scope.
 +  - Observe the actual fault and its effects on the target Node.
 +  - Detect a difference between the specified and actual fault.
 +  - Detect an unexpected or prohibited effect of fault injection.
 +  - Control, suspend, terminate, or contain the injected fault through the governing Test Procedure.
 +  - Handle each Test Execution Exception arising from fault injection.
 +  - Restore the target Node and affected Test Environment components to the states specified by the governing Test Definition.
 +  - Verify the resulting Node, resource, Node Binding, and Test Environment states after recovery.
 +  - Determine the effect of fault injection and recovery on affected Test Executions, Test Outcomes, Test Results, and Evidence.
 +  - Record each fault-injection action, authorization, observation, exception, control action, termination, recovery action, and resulting condition identified for retention.
 +  - Maintain Traceability among the governing Test Definition, governing Test Procedure, authorization, target Node, injected fault, observations, effects, exceptions, recovery, Test Outcomes, Test Results, and resulting Evidence.
 +  - Identify nonconformance with a child requirement as nonconformance with NOD-010.
 +
 +===== Referenced By =====
 +
 +The following pages reference this requirement:
 +
 +{{backlinks>.#dido:03-dido-te}}
 +
 +===== Delivery Phase =====
 +
 +<todo>Assign the delivery phase.</todo>
 +
 +===== Implementation Status =====
 +
 +<todo>Implementation status derives from the implementation status of the child requirements.</todo>
 +
 +===== Requirement Status =====
 +
 +<todo>The proposed derived requirement and its decomposition require review and acceptance.</todo>
 +
 +----
 +
 +===== Issues =====
 +
 +<todo>Assign the source requirement identifier and obligation from the DIDO-TE Requirements Register.</todo>
 +
 +<todo>Determine whether Fault, Fault Injection, and Injection Point require controlled Terms and Definitions entries before finalizing the child requirements.</todo>
 +
 +----
 +
 +===== Notes for Editors =====
 +
 +The explicit child-requirement links remain on this page until all child pages have been created and finalized. The indexmenu then provides the maintained list of child pages.
 +
 +----
 +
 +<WRAP centeralign>
 +© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.
 +</WRAP>