Skip to content

Ontology

Definitions of terms used throughout the console catalog.

A console URL path or pattern that identifies a distinct screen. Routes may include path parameters enclosed in braces.

A rendered console page at a specific route. Includes the page layout, tabs, forms, tables, and interactive controls. One route renders one screen, but the screen’s content may change based on tab selection or resource state.

The ordered sequence of menu clicks from the console root to reach a specific screen. Example: ["Manage", "Load Balancers", "HTTP Load Balancers"].

An API-defined object kind (e.g., HTTPLoadBalancer) that has a known schema, CRUD endpoints, and one or more console locations where it can be managed. The api.kind field uses snake_case to match api-specs-enriched naming.

A user action on a resource. The standard set is: create, read, update, delete, list, clone, enable, disable, attach, detach, deploy.

An ordered sequence of automation steps that accomplishes exactly one operation on one resource. Workflows are parameterized and executable by xcsh’s browser automation runtime.

A single automation action within a workflow. Actions include: navigate, click, fill, fill-list, select, check, uncheck, hover, scroll, wait, assert, screenshot, key-press.

A CSS selector, data-testid attribute, ARIA label, or XPath expression that identifies a specific UI element on a console screen. Selectors have a confidence level and may include fallbacks.

A logical grouping of form fields within a resource creation or edit form. May be rendered as a card, tab, accordion panel, or drawer. Sections can be collapsible.

An interactive UI element on a screen (button, search input, filter dropdown, toggle). Controls have a type, label, and optional selector.

Validation status of a catalog entry:

  • draft — authored or auto-discovered but not yet validated against the live console
  • validated — confirmed accurate against a specific console version
  • stale — previously validated but the console has changed since

The version of the F5 XC console that a catalog entry was verified against. Used to track when entries may need re-validation.

State that must be true before a workflow can execute. Examples: “user must be logged in”, “namespace must be selected”, “resource must exist”.

Expected state after a workflow completes successfully. Examples: “resource detail page is visible”, “resource removed from list”.