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-009:start [2026/08/07 00:36] – removed - external edit (Unknown date) 127.0.0.1 | dido:03-dido-te:99-annexes:annex-c-requirements:01-mission-objectives:mo-009:start [2026/08/07 01:15] (current) – nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== MO-009 — Reusable Test Resources ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Original Requirement ===== | ||
| + | |||
| + | > // | ||
| + | |||
| + | ===== Assessment of Original Requirement ===== | ||
| + | |||
| + | MO-009 was generated as part of the DIDO-TE mission-objective requirements set. The identifier, title, and Original Requirement express the architectural intent that resources developed or acquired for testing support controlled reuse across applicable tests and [[dido: | ||
| + | |||
| + | The Original Requirement identifies DIDO-TE as the responsible actor and uses the normative modal verb **SHALL**. However, the statement does not define a complete or objectively verifiable obligation. | ||
| + | |||
| + | The following findings apply: | ||
| + | |||
| + | * **Provide** does not identify the required DIDO-TE behaviour. It may mean create, acquire, store, catalogue, publish, distribute, or make available. | ||
| + | * **Reusable** describes a desired quality without specifying the conditions under which a Test Resource qualifies as reusable. | ||
| + | * The statement does not identify the classes of Test Resources within its scope. | ||
| + | * The statement does not identify the contexts across which reuse occurs. | ||
| + | * The statement does not distinguish repeated use without modification from controlled adaptation. | ||
| + | * The statement does not require DIDO-TE to identify the purpose, version, dependencies, | ||
| + | * The statement does not require DIDO-TE to preserve or control reusable Test Resources. | ||
| + | * The statement does not establish how a user determines whether a Test Resource applies to a particular [[dido: | ||
| + | * The statement does not require DIDO-TE to record the use of a Test Resource. | ||
| + | * The statement does not establish the [[dido: | ||
| + | * An assessor cannot determine from the Original Requirement whether an implementation conforms. | ||
| + | |||
| + | Although the Original Requirement contains one grammatical obligation, the concept of reusable Test Resources contains several independently verifiable obligations. | ||
| + | |||
| + | A Test Resource cannot support controlled reuse unless DIDO-TE: | ||
| + | |||
| + | * Identifies and describes the Test Resource | ||
| + | * Preserves and controls the Test Resource | ||
| + | * Identifies the conditions governing its applicability and compatibility | ||
| + | * Records its use during applicable Test Executions | ||
| + | |||
| + | An implementation could satisfy any one of these obligations while failing the others. For example, DIDO-TE could catalogue a Test Resource without controlling its versions, or preserve the resource without identifying the Test Environments in which it applies. | ||
| + | |||
| + | MO-009 therefore requires decomposition into separate requirements governing Test Resource description, | ||
| + | |||
| + | The decomposition preserves '' | ||
| + | |||
| + | ===== Proposed Statements ===== | ||
| + | |||
| + | The Original Requirement is decomposed into the following proposed replacement requirements: | ||
| + | |||
| + | {{indexmenu> | ||
| + | |||
| + | ===== Requirement Status ===== | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Issues ===== | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | < | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Notes for Editors ===== | ||
| + | |||
| + | MO-009 was generated as part of the DIDO-TE mission-objective requirements set. It does not reproduce an independently approved source statement. | ||
| + | |||
| + | This page retains the Original Requirement label to preserve the wording assessed during decomposition. The label identifies the original generated wording within this requirements corpus, not wording quoted from an external source. | ||
| + | |||
| + | This page retains the stable parent requirement identifier '' | ||
| + | |||
| + | This page is a non-leaf requirement page and retains a trailing '': | ||
| + | |||
| + | The proposed child requirements are: | ||
| + | |||
| + | * '' | ||
| + | * '' | ||
| + | * '' | ||
| + | * '' | ||
| + | |||
| + | The explicit links in Proposed Statements provide temporary links for creating the child pages. After all child pages exist and appear in the dynamic index, remove the explicit list to prevent duplicate entries. | ||
| + | |||
| + | The Original Requirement should not be marked as superseded until the requirement owner: | ||
| + | |||
| + | * Approves all four child requirements | ||
| + | * Confirms that the child requirements collectively preserve the complete intent of MO-009 | ||
| + | * Confirms the Test Resource classes and reuse contexts within scope | ||
| + | * Confirms that no additional child requirement is required | ||
| + | |||
| + | After supersession, | ||
| + | |||
| + | The non-leaf page namespace is: | ||
| + | |||
| + | < | ||
| + | dido: | ||
| + | </ | ||
| + | |||
| + | The child requirement namespaces omit '': | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||