The Stage wing · 2 agents

Stand it up somewhere real.

Before anything is tested, it needs somewhere real to run. The Environment provisioner builds staging as code, straight from the architecture, and the Test data agent fills it with realistic, anonymized data and test accounts. Everything after this runs against a working system, without ever touching real customer data.

Reads
The architecture, the merged build, the data model
Produces
A live staging environment with realistic data
Gate
Readiness: live, migrated, smoke-tested

The environment registry is shared with Operate, so production and staging are described the same way.

How it works

An environment, then the data in it.

Infrastructure first, from the architecture Plan wrote. Then the data and accounts the test agents need to sign in and work.

Reads

Architecture
Merged build
Data model

Agents

EPEnvironment provisionerAgent #0418
TDTest data agentAgent #0437

Produces

Staging, as code
Environment registry
Anonymized data
Test accounts

Gate

Readiness: live, migrated, smoke-testedS. Okafor · 15:26
Verify
The agents

Meet the 2 agents.

Each one has a codename, one job and a record of everything it did. These views show a sample project.

EPEnvironment provisionerAgent #0418

Builds the environment from the architecture.

It reads the architecture written in Plan and turns it into infrastructure as code: networks, services, databases and the rest, planned, reviewed and applied. Every environment it creates goes into a registry, so you always know what is running where, and which build it carries.

Reads

  • The architecture document
  • The merged build

Produces

  • Infrastructure as code
  • A live staging environment
  • The environment registry
Environment provisioner · sample project, illustrative
TDTest data agentAgent #0437

Realistic data. Never real data.

It profiles the data model and seeds staging with representative records and the test accounts the test agents need to sign in. Names, emails and anything personal are generated or masked, and nothing is copied from production. It is the agent most teams forget, and the one that keeps testing from stalling at the login screen.

Reads

  • The data model
  • Test suites from Plan

Produces

  • Seeded, anonymized data
  • Test accounts by role
  • A data profile report
Test data agent · sample project, illustrative
The gate · Stage → Verify

Ready means ready.

Verify only starts on an environment a person has declared ready: live, migrated, smoke-tested and seeded.

Gate checklistStage → Verify
  • Staging is live and healthy
  • Migrations ran clean
  • Smoke checks passed
  • Test data and accounts are in place
SO
S. Okaforrelease manager
Approved · 15:26
Guardrails

What the Stage wing never does.

  • Infrastructure is code: reviewable, repeatable, the same every time.
  • No production data is copied into staging. Ever.
  • Secrets are referenced, never read and never written into files.
The red thread

One ID, through Stage.

  1. Build1.4.0
  2. Envstaging
  3. ClosesBRQ-0014
  4. NextVerify

The build on staging knows which requirements it closes, so Verify knows exactly what to prove.

  1. AnalyzeRead the system you already have
  2. PlanTurn the goal into testable requirements
  3. BuildTests first, then the code
  4. StageStand it up somewhere real
  5. VerifyProve it works, requirement by requirement
  6. ReleaseShip it, with a way back
  7. OperateKeep watching, close the loop
See it on a real project

Watch Stage run, in thirty minutes.

We open Orlian on a live project and walk you through the Stage wing: what goes in, what the agents produce, and where a person signs. No slides.