Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:03-dido-te:99-annexes:annex-c-requirements:01-mission-objectives:mo-002:start [2026/08/05 11:09] – removed - external edit (Unknown date) 127.0.0.1 | dido:03-dido-te:99-annexes:annex-c-requirements:01-mission-objectives:mo-002:start [2026/08/06 07:29] (current) – nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== MO-002 — Reproducible Test Environments and Test Execution ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Original Requirement ===== | ||
| + | |||
| + | The draft DIDO-TE source material states: | ||
| + | |||
| + | > //Create repeatable testing scenarios, including regression testing, that allow rigorous evaluation of distributed systems under different conditions and configurations.// | ||
| + | |||
| + | < | ||
| + | |||
| + | ===== Assessment of Original Requirement ===== | ||
| + | |||
| + | The Original Requirement preserves the approved mission-level intent that [[dido: | ||
| + | |||
| + | The Original Requirement does not express an independently interpretable or independently verifiable normative obligation. | ||
| + | |||
| + | The following Specification Discipline and Authoring findings apply: | ||
| + | |||
| + | * **Create** does not identify an explicit responsible [[dido: | ||
| + | * **Create** does not use an explicit normative modal | ||
| + | * **Repeatable** does not identify the required degree or method of [[dido: | ||
| + | * **Testing scenarios** does not use defined terms such as [[dido: | ||
| + | * **Including regression testing** provides an example but does not establish a bounded scope | ||
| + | * **Allow** is a weak verb that does not identify an observable DIDO-TE behavior | ||
| + | * **Rigorous evaluation** is subjective and does not identify measurable evaluation criteria | ||
| + | * **Distributed systems** does not identify the selected [[dido: | ||
| + | * **Different conditions** does not identify the controlled conditions, variable conditions, or permitted differences | ||
| + | * **Different configurations** does not identify the Configurations that DIDO-TE must preserve, recreate, or vary | ||
| + | * The Original Requirement does not identify the applicable [[dido: | ||
| + | * The Original Requirement does not identify the [[dido: | ||
| + | |||
| + | The source uses the word **repeatable**, | ||
| + | |||
| + | * Repeatability and Reproducibility express the same approved intent in this context | ||
| + | * Repeatability identifies a narrower controlled-condition obligation | ||
| + | * Reproducibility identifies a broader obligation that permits defined changes to operators, resources, locations, or other conditions | ||
| + | * Separate requirements for Repeatability and Reproducibility are necessary | ||
| + | |||
| + | The Original Requirement combines at least two independently verifiable outcomes: | ||
| + | |||
| + | * Recreating a selected Test Environment within an established permitted variation | ||
| + | * Repeating selected Test Execution within an established permitted variation | ||
| + | |||
| + | These outcomes require separate verification. | ||
| + | |||
| + | A Test Environment can be recreated successfully even when repeated Test Execution produces unacceptable differences in the resulting [[dido: | ||
| + | |||
| + | Test Execution can also produce acceptable Test Results even when DIDO-TE has not demonstrated that the Test Environment was recreated according to its controlling Configuration. | ||
| + | |||
| + | The Original Requirement therefore requires: | ||
| + | |||
| + | * Identification of DIDO-TE as the responsible Actor | ||
| + | * Replacement of nonnormative language with explicit normative obligations | ||
| + | * Selection of Repeatability, | ||
| + | * Definition of the Test Environment characteristics subject to reproduction | ||
| + | * Definition of the Test Execution information subject to reproduction | ||
| + | * Separation of Test Environment Reproducibility from Test Execution Reproducibility | ||
| + | * Identification of the permitted variation for each outcome | ||
| + | * Identification of the applicable Acceptance Criteria | ||
| + | * Identification of the Evidence required to verify each outcome | ||
| + | * Confirmation that the derived requirements collectively preserve the complete intent of MO-002 | ||
| + | |||
| + | The decomposition preserves '' | ||
| + | |||
| + | ===== Proposed Statements ===== | ||
| + | |||
| + | The Original Requirement is decomposed into the following proposed replacement requirements: | ||
| + | |||
| + | {{indexmenu> | ||
| + | |||
| + | ===== Requirement Status ===== | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | ===== Issues ===== | ||
| + | |||
| + | The following unresolved issues affect the decomposition of MO-002: | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | ===== Notes for Editors ===== | ||
| + | |||
| + | This page should retain the stable parent requirement identifier '' | ||
| + | |||
| + | This page is a non-leaf requirement page and retains a trailing '': | ||
| + | |||
| + | The child requirements are leaf requirement pages and omit a trailing '': | ||
| + | |||
| + | This page preserves: | ||
| + | |||
| + | * The Original Requirement | ||
| + | * The assessment of the Original Requirement | ||
| + | * The reason for decomposition | ||
| + | * Traceability to the proposed replacement requirements | ||
| + | * The unresolved cross-cutting issues affecting the decomposition | ||
| + | * The supersession decision | ||
| + | |||
| + | MO-002a addresses the Reproducibility of a selected [[dido: | ||
| + | |||
| + | MO-002b addresses the Reproducibility of selected [[dido: | ||
| + | |||
| + | The child requirements must not combine Test Environment recreation and Test Execution repetition into a single normative Statement. | ||
| + | |||
| + | The child requirements should identify independently verifiable [[dido: | ||
| + | |||
| + | * The selected Test Environment | ||
| + | * The selected Test Execution | ||
| + | * The controlling Configurations | ||
| + | * The controlling Versions | ||
| + | * The applicable Test Argument Values | ||
| + | * The Starting Conditions | ||
| + | * The Timing Conditions | ||
| + | * The permitted Execution Paths | ||
| + | * The permitted variation | ||
| + | * The comparison method | ||
| + | * The treatment of nondeterministic behavior | ||
| + | * The required Evidence | ||
| + | * The required Provenance | ||
| + | * The required Traceability | ||
| + | |||
| + | MO-002 should not be marked as superseded until the requirement owner: | ||
| + | |||
| + | * Confirms the authoritative Original Requirement and its controlling citation | ||
| + | * Approves the interpretation of Repeatability and Reproducibility | ||
| + | * Approves MO-002a | ||
| + | * Approves MO-002b | ||
| + | * Confirms that the child requirements collectively preserve the complete approved intent of MO-002 | ||
| + | * Confirms that no additional child requirements are required | ||
| + | |||
| + | After supersession, | ||
| + | |||
| + | Material changes to the decomposition should update the child requirements, | ||
| + | |||
| + | Do not rename this page after an external citation unless a redirect or move plan is in place. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||