Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
  • Each feature or piece of functionality that team Vega completes should have at least one user acceptance testing (UAT) session

  • UAT is needed for functional feature work in single tenant and ECS environments, both standard ECS and ECS + mod-tlr

  • UAT should occur as soon as possible to enable the identification of bugs and issues as early as possible

  • Both types of environments need:

    • to be snapshot-like, but with persistent data

    • to include all circulation modules (Check in, Check out, Circulation log, Requests, fees and fines, patron notices, loans, etc.), plus Inventory, Users, and Settings

    • to have applicable permissions for the above and specific to the features being tested

    • to be accessible to community testers and members

    • an appropriate data set and configuration for the feature/case being tested

      • for example, multiple (25-30) instance, holding and item records with valid barcodes

      • multiple patron records

...

UXPROD-4559 ECS w/mod-tlr (borrowing tenant vs Central?)

  • Permissions & affiliations

  • Create request in borrowing tenant

  • Edit request in borrowing tenant

  • Cancel request in borrowing tenant

  • Reorder queue on Primary circulation request

  • Duplicate request in borrowing tenant

  • Check item out from Central tenant

  • Check item in to Central tenant

    • Ensure item is routed back to home location in data tenant

  • Find above transactions in the Circ log & verify info in each column

  • TLR enablement

    • Central/data

    • Consortium

  • Look at Loan details

  • Look at User details

  • Print pick slips

  • Print hold search slips - item

  • Print hold search slips - title

...

  • Permissions, including access to secure tenant

  • Place secure request in Congressional tenant and ensure patron data is anonymous in the Central tenant and other related data tenants

  • Place a secure request for an oLOAN item and ensure request is visible only in the secure tenant

  • Reorder a request queue in the Congressional tenant and ensure the queue in the Central tenant aligns with your changes and the same in the Central tenant to Congressional tenant

  • Cancel a request in the Central tenant and ensure the private mediated request has changed to the appropriate status (Closed - Cancelled?) and the same for the Congressional tenant request (Closed - Cancelled) - Note: Can only cancel Primary circulation requests. Need clarification on where the Primary request is placed for secure tenant requests that are not for oLOAN materials. If a m-request is confirmed as a circulation request, is the Primary request in the Secure tenant, or is it in the Central tenant?

  • Edit a Primary private request in both tenants and to ensure the changes are reflected in the other both [the secure tenant and Central] tenant

  • Check a private request out and ensure the private patron information is visible in the secure tenant and obfuscated in the Central tenant

    • Is this… - Check out an item to a private patron requester and ensure the private patron information is visible in the secure tenant and obfuscated in the Central tenant (Should we say - other related tenants?).

  • Check that the patron information in Item details, Loan details are obfuscated (Action ellipses)

  • Check a private request in and ensure the private patron information is visible in the secure tenant and obfuscated in the Central tenant

    • Is this…- Check an item in from a Congressional patron (e.g., private patron) and ensure the private patron information is visible in the secure tenant and obfuscated in the Central tenant.

    • OR - Check in an item that has a request on it for a Congressional patron and ensure the private patron information is visible in the secure tenant and obfuscated in the Central tenant.

...