MO-009 — Reusable Test Resources

Go to Mission Objectives

DIDO-TE SHALL provide reusable Test Resources.

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 Test Executions.

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, compatibility constraints, or applicable conditions of a Test Resource.
• 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 Test Definition, Test Execution, Candidate Solution, or Test Environment.
• The statement does not require DIDO-TE to record the use of a Test Resource.
• The statement does not establish the Evidence required to demonstrate successful reuse.
• 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, control, applicability, and use Traceability.

The decomposition preserves MO-009 as the stable parent requirement identifier. Each proposed replacement requirement receives a lettered identifier and a separate leaf requirement page.

The Original Requirement is decomposed into the following proposed replacement requirements:

Review and approve the decomposition of MO-009 into separate Test Resource description, control, applicability, and use Traceability requirements.

Determine whether MO-009a through MO-009d collectively supersede MO-009.

If MO-009a through MO-009d are accepted as the complete replacement for MO-009, mark MO-009 as superseded and preserve this page as the parent Traceability record.

Define Test Resource in the shared Terms and Definitions corpus.

Confirm the classes of Test Resources governed by MO-009.

Confirm the contexts across which DIDO-TE supports Test Resource reuse.

Determine whether Test Resource reuse includes controlled adaptation.

Confirm the information required to describe a reusable Test Resource.

Confirm the controls required to preserve Test Resource versions, integrity, provenance, and dependencies.

Confirm the conditions used to determine Test Resource applicability and compatibility.

Confirm the records required to establish Traceability for Test Resource use.

Confirm that MO-009a through MO-009d collectively preserve the complete intent of MO-009.

Confirm the controlling DIDO-TE architectural or mission source from which MO-009 was derived.

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 MO-009.

This page is a non-leaf requirement page and retains a trailing :start in its namespace.

The proposed child requirements are:

• MO-009a — Test Resource Description
• MO-009b — Test Resource Control
• MO-009c — Test Resource Applicability
• MO-009d — Test Resource Use Traceability

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, this page should remain as the parent Traceability record and continue to preserve the Original Requirement, its assessment, and the supersession decision.

The non-leaf page namespace is:

dido:03-dido-te:99-annexes:annex-c-requirements:01-mission-objectives:mo-009:start

The child requirement namespaces omit :start.