ATS-MBR-STR-008Connect unit dues to products and settlement choices: Acceptance Test Set
MarkdownConnect unit dues to products and settlement choices: Acceptance Test Set
Coverage
Test Scenarios
6 scenarios proving CAP-MBR-STR-008; 5 bound to an existing test.
01 Dues extensions require the appropriate productapinegativetest
- Proves
BR-CAP-MBR-STR-008-01 AS-JNY-MBR-STR-001-03 - Preconditions
- An isolated Membership-licensed workspace contains the relevant records, with caller permissions selected for the case.
- Steps
- Create Atlanta’s extension from a chapter-dues product, then try a missing product and a membership-package product.
- Expected
- The valid extension retains product identity and shared fields; invalid products fail.
- Data
- The FAA example records or equivalent records prepared within the isolated workspace.
- Bound to
- Source
- services-membership:tests/e2e/packages-as-products.e2e.spec.ts#packages as products, through the API › extends a product of type chapter_dues as a unit’s dues product, under the product’s id, with the product’s name
03 Dues reads track current product stateunittest
- Proves
BR-CAP-MBR-STR-008-03 - Preconditions
- Explicit inputs or a recording fixture represent the cases exercised below.
- Steps
- Read an extension after its product is inactive and after the product is unavailable.
- Expected
- Shared fields reflect inactivity, with missing-product defaults of hidden and inactive.
- Data
- Literal term, state or declaration fixtures for the described cases.
- Bound to
- Source
- services-membership:modules/structure/tests/unit/accounting-products.spec.ts#the Accounting products port › answers the product’s common fields under the names the package wire kept: inactive is not active and not portal visible
04 Repointing preserves product identityapinegativetest
- Proves
BR-CAP-MBR-STR-008-04 - Preconditions
- An isolated Membership-licensed workspace contains the relevant records, with caller permissions selected for the case.
- Steps
- Replace the dues package association using the current version and then the earlier version.
- Expected
- The first advances the extension version and the stale replacement fails.
- Data
- The FAA example records or equivalent records prepared within the isolated workspace.
- Bound to
- Source
- services-membership:tests/e2e/packages-as-products.e2e.spec.ts#packages as products, through the API › re-points a unit’s dues product at another package at the version just read, 200 with the next version
05 Financial settings distinguish first and later savesapinegativetest
- Proves
BR-CAP-MBR-STR-008-06 - Preconditions
- An isolated Membership-licensed workspace contains the relevant records, with caller permissions selected for the case.
- Steps
- Read absent settings, create them without a version and compare later saves with absent, current and stale versions.
- Expected
- Absent reads fail; creation succeeds and later replacement requires the current version.
- Data
- The FAA example records or equivalent records prepared within the isolated workspace.
- Bound to
- Source
- services-membership:tests/acceptance/structure/MBR-ACC-0023.acceptance.ts#MBR-ACC-0023 a chapter's financial settings
06 Profile choices are stored without duplicating checkoutapinegativetest
- Proves
BR-CAP-MBR-STR-008-07 - Preconditions
- An isolated Membership-licensed workspace contains the relevant records, with caller permissions selected for the case.
- Steps
- Save an explicit ordering profile, clear it and attempt an invalid profile shape.
- Expected
- The explicit pointer and cleared choice round-trip, while invalid shape fails.
- Data
- The FAA example records or equivalent records prepared within the isolated workspace.
- Bound to
- Source
- services-membership:tests/acceptance/structure/MBR-ACC-0023.acceptance.ts#MBR-ACC-0023 a chapter's financial settings