ATS-CRM-DQ-007Review duplicate groups in a shared queue: Acceptance Scenarios
MarkdownReview duplicate groups in a shared queue: Acceptance Scenarios
Coverage
Test Scenarios
8 scenarios proving CAP-CRM-DQ-007; 8 bound to an existing test.
02 Group identities survive structural changesunittest
- Proves
BR-CAP-CRM-DQ-007-02 - Preconditions
- Start with a two-record group.
- Steps
- Grow, split, join and reduce its connected records.
- Expected
- Growth keeps identity, the largest split and join contribution retain it and an isolated record removes the group.
- Data
- The existing scenario setup supplies the required records.
- Bound to
- Source
- services-crm:modules/duplicates/tests/unit/services/groups/group-components.spec.js#KEEPS the id the group already had, so the console is still looking at the same group
06 Prefix search narrows groupsapitest
- Proves
BR-CAP-CRM-DQ-007-07 - Preconditions
- Create groups with recognizable record names.
- Steps
- Search a valid prefix and an unmatched prefix.
- Expected
- Only the first search returns its matching groups.
- Data
- The existing scenario setup supplies the required records.
- Bound to
- Source
- services-crm:modules/duplicates/tests/e2e/duplicate-groups.e2e.spec.js#answers only the groups the records of a typed prefix are in, which is the search box
07 Queue access respects authority and existenceapinegativetest
- Proves
BR-CAP-CRM-DQ-007-09 - Preconditions
- Use anonymous and permissionless callers and an absent group identity.
- Steps
- List groups and open that group.
- Expected
- Unauthorized reads fail and the absent group is not found.
- Data
- The existing scenario setup supplies the required records.
- Bound to
- Source
- services-crm:modules/duplicates/tests/e2e/duplicate-groups.e2e.spec.js#refuses the anonymous call, the queue being the tenant’s own