Skip to content

ATS-PFM-CSH-006Find a destination in the application menu — acceptance

Markdown

ATS-PFM-CSH-006

Find a destination in the application menu — acceptance

Markdown
  • DocumentDraft

Planning

Proves capability
CAP-PFM-CSH-006
Change
RS-20

KindAcceptance test setProduct areaPlatformModuleConsole Shell and NavigationRevision3

Read atdocs-2 fb280683react-console baf6dae3services-platform ad3f6a65

Test Scenarios

10 scenarios proving CAP-PFM-CSH-006; 4 bound to an existing test.

01 Application and item checks shape visible sectionsunitnegativetest
Proves
BR-CAP-PFM-CSH-006-02
Preconditions
The entitlement input enables selected applications and permissions.
Steps
Calculate visible navigation sections.
Expected
Disabled domains, unauthorized entries and resulting empty sections are omitted.
Data
Representative entitlement inputs.
Bound to
react-console:lib/console/__tests__/registries.test.ts#hides domains the user cannot access and keeps what they can
Source
react-console:lib/console/__tests__/registries.test.ts#hides domains the user cannot access and keeps what they can
02 An unavailable product is omitted from the menubrowsernegativetest
Proves
BR-CAP-PFM-CSH-006-02 AS-JNY-PFM-CSH-005-01
Preconditions
The workspace application answer omits a product.
Steps
Open the workspace console.
Expected
The corresponding application section is absent.
Data
Mock application availability.
Bound to
react-console:e2e/mock/application-access.mock.spec.ts#an application the organization does not have is absent from the sidebar
Source
react-console:e2e/mock/application-access.mock.spec.ts#an application the organization does not have is absent from the sidebar
03 Shared tools use their revealing permissionsunitnegativetest
Proves
BR-CAP-PFM-CSH-006-03
Preconditions
Only some tool permissions are held.
Steps
Calculate visible tool and related-service links.
Expected
Authorized tools remain, and a link without a required permission remains visible.
Data
Representative tool permissions.
Bound to
react-console:lib/console/__tests__/registries.test.ts#filters tool and settings links by permission
Source
react-console:lib/console/__tests__/registries.test.ts#filters tool and settings links by permission
04 Custom placements can make a planned domain navigableunittest
Proves
BR-CAP-PFM-CSH-006-04 BR-CAP-PFM-CSH-008-07
Preconditions
The catalogue includes wholly planned domains and an active placement in one.
Steps
Calculate the main menu.
Expected
A built destination or readable placement makes its domain eligible for display.
Data
Built-status and placement inputs.
Bound to
react-console:lib/custom-objects/__tests__/navigation.test.ts#hides domains without a built screen, keeping Submissions and CRM
react-console:lib/custom-objects/__tests__/navigation.test.ts#keeps a hidden domain reachable when a custom object is placed under it
Source
react-console:lib/custom-objects/__tests__/navigation.test.ts#hides domains without a built screen, keeping Submissions and CRM
05 Direct destinations establish their navigation positionbrowserproposed
Proves
BR-CAP-PFM-CSH-006-06 BR-CAP-PFM-CSH-006-07 AS-JNY-PFM-CSH-002-02
Preconditions
A nested settings page and a custom record page are available.
Steps
Open each by direct address.
Expected
The relevant entry and group show the current position and agree with the breadcrumb.
Data
Mock settings and custom record destinations.
Source
react-console:components/console/app-sidebar.tsx:useSectionOpenState, NavSectionItem
06 Opening a section closes the previous sectionbrowserproposed
Proves
BR-CAP-PFM-CSH-006-06
Preconditions
Two visible sections begin closed and the filter is empty.
Steps
Open the first section, then the second.
Expected
Only the second section remains open.
Data
A mock menu containing both sections.
Source
react-console:e2e/mock/custom-object-navigation.mock.spec.ts#the menu filter finds a custom object and its record pages keep the section open
07 Filtering supports matches, empty results and resetbrowsernegativeproposed
Proves
BR-CAP-PFM-CSH-006-09
Preconditions
The menu contains several sections and entries.
Steps
Enter part of an entry name, a section name and unmatched text, then press Escape.
Expected
Entry matches are emphasized, a section-name match retains that section, unmatched text has an explanation and reset restores the menu.
Data
A mock menu with recognizable names.
Source
react-console:components/console/app-sidebar.tsx:filterSections, Highlight
08 The sidebar presents the revised application orderbrowserproposed
Proves
BR-CAP-PFM-CSH-006-13
Preconditions
A signed-in person is in a workspace with both CRM and Accounting visible; other applications follow the existing build and access checks.
Steps
Render the expanded application sidebar and compare the positions of the two sections.
Expected
The two positions satisfy the adjacency required by the ordering rule.
Data
A workspace session with readable built destinations in both applications.
Source
docs-2:specs/apps/console/planning/shell/tests/REQ-CNS-292/AC-REQ-CNS-292-01-sidebar-shows-accounting-directly-below-crm-for-a-user-with-both-applications.md#5. Acceptance Criteria
09 The registry moves one application and preserves the othersunitproposed
Proves
BR-CAP-PFM-CSH-006-13
Preconditions
The complete application registry before the change is available as a comparison fixture.
Steps
Compare the revised registry with the baseline after moving only Accounting, and compare the sequences with Accounting excluded.
Expected
The revised registry satisfies the ordering rule, and excluding the moved entry leaves the baseline sequence intact.
Data
The complete pinned pre-change registry and the revised registry, including entries whose screens remain planned.
Source
docs-2:specs/apps/console/planning/shell/tests/REQ-CNS-292/AC-REQ-CNS-292-02-domain-registry-keeps-accounting-immediately-after-crm.md#5. Acceptance Criteria
10 Visibility changes preserve the registry sequencebrowsernegativeproposed
Proves
BR-CAP-PFM-CSH-006-01 BR-CAP-PFM-CSH-006-02 BR-CAP-PFM-CSH-006-04 BR-CAP-PFM-CSH-006-13
Preconditions
Workspace sessions differ in application availability and readable destinations; the registry includes applications with built destinations and applications with only planned destinations.
Steps
Render each session, including both applications visible, CRM omitted and Accounting omitted, and compare the displayed registry-backed sections with the eligible registry entries.
Expected
Each displayed sequence matches the eligible subsequence of the registry; the assertion allows different visible application sets and checks adjacency whenever both named sections survive.
Data
Sessions covering both applications, each separately omitted, and differing build eligibility; existing permission and build policies supply the visibility inputs.
Source
docs-2:specs/apps/console/planning/shell/requirements/REQ-CNS-292-accounting-appears-immediately-under-crm-in-tenant-application-navigation.md#6. Required Behavior, items 4 and 6; docs-2:specs/apps/console/planning/shell/screens/shared/SCR-CNS-016-application-sidebar.md#4.1 Tenant-Mode Application Order

The Markdown files under specs/ in rhythmsoftware/rhythm-v2-docs are the canonical source of truth. This reader is a generated, read-only projection of them.