Go to C.3 Functional Requirements
This section identifies the requirements governing the definition, configuration, establishment, control, emulation, reproduction, and repeatability of a Test Environment.
The requirements address the controlled information, state, environmental conditions, resources, relationships, and behavior required to establish and evaluate Test Environments used for Test Execution.
The requirements in this section derive from the source documents identified in Annex B. Some requirements derive directly from those sources. Others normalize or decompose source concepts into individually verifiable architectural Obligations.
Some requirements are organized as non-leaf requirement groups containing individually verifiable leaf requirements. Other requirements establish individual normative obligations directly.
| Requirement ID | Requirement Title | Primary Source Basis |
|---|---|---|
| ENV-001 | Define Test Environment | [DTE4], Test Environment Package; [DTE2], Appendix A |
| ENV-002 | Configure Test Environment | [DTE1], Figure 2 and configuration concepts; [DTE2], Appendix A |
| ENV-003 | Establish Controlled Starting State | [DTE2], Section 1.1, Submitted Concept and Novelty |
| ENV-004 | Provide Deterministic Test Environment | [DTE3], Section 2.1.1, Deterministic States; SOW Section 1.2 |
| ENV-005 | Emulate Distributed Systems | [DTE1], Abstract and Figure 2; [DTE3], SOW Section 2.1.1, Primary Goal 1 |
| ENV-006 | Reproduce Real-World Conditions | [DTE3], Sections 2.1.1 and 2.2.1 |
| ENV-007 | Support Repeatable Test Environments | [DTE3], Section 2.1.1, Repeatable Testing Scenarios; [DTE4], Test Environment Package |
The explicit links remain while the Test Environment requirement hierarchy is being created and reviewed. After all requirement pages are finalized, you may remove the explicit links because the indexmenu automatically discovers them.
Disposition legacy Test Environment Configuration requirements using the FR prefix against the corresponding ENV requirements before retiring the legacy requirement pages.
Preserve legacy requirement identifiers and traceability when a requirement is superseded. Do not reuse a retired requirement identifier for another requirement.
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.