Uploaded image for project: 'ui-checkin'
  1. ui-checkin
  2. UICHKIN-120

Check in items with new statuses

    XMLWordPrintable

Details

    • Story
    • Status: Closed (View Workflow)
    • P3
    • Resolution: Done
    • None
    • 5.0.0
    • Prokopovych - Sprint 106, Prokopovych - Sprint 107, Prokopovych - Sprint 108
    • 3
    • Prokopovych

    Description

      Purpose: ask user to confirm check in when an item with a certain status is checked in.

      Scenarios

      1. Scenario
        • Given an item with one of the following statuses, with the suppress from discovery checkbox checked on item record
          • Long missing
          • In process (non-requestable)
          • Restricted
          • Unavailable
          • Unknown
        • When the item is scanned in the Check in app
        • Then show the Check in <item status> item? modal
          • Title: Check in <item status> item?
          • Body: <title of item> (<material type of item>) (Barcode: <barcode of item) has the item status <item status> and is suppressed from discovery.
          • Buttons:
            • Cancel
            • Confirm
          • Order: display this before multipiece modal (see notes)
      2. Scenario
        • Given an item with one of the following statuses, with the suppress from discovery checkbox unchecked on item record
          • Long missing
          • In process (non-requestable)
          • Restricted
          • Unavailable
          • Unknown
        • When the item is scanned in the Check in app
        • Then show the Check in <item status> item? modal
          • Title: Check in <item status> item?
          • Body: <title of item> (<material type of item>) (Barcode: <barcode of item) has the item status <item status>.
          • Buttons:
            • Cancel
            • Confirm
          • Order: display this before multipiece modal (see notes)
      3. Scenario
        • Given the Check in <item status> item? modal
        • When the user clicks Cancel
        • Then do not complete the check in
      4. Scenario
        • Given the Check in <item status> item? modal
        • When the user clicks Confirm
        • Then continue the check in
      5. Scenario
        • Given a check in for an item, with all check in modals asking for confirmation confirmed
        • When the last modal is confirmed
        • Then change the status of the item according to whether it is at service point for effective location and whether it has any open requests

      Notes:

      • Similar to existing behavior for withdrawn, declared lost, missing, lost and paid, etc. item statuses
      • Pop-up order for check in:
        1. Confirm check in for item's current status (e.g., Missing, Long missing, Claim returned)
        2. Confirm check in for multipiece item
        3. Confirm check in for check in note
        4. Alert user to resulting status from check in (e.g., In transit, Awaiting pickup)
      • Checking in an item with the "suppressed from discovery" checkbox checked should not uncheck the checkbox.
      • Not spelling out all the possible statuses that could result from check in, or all the different combinations of confirmation modals that could appear at check in. For more info on possible statuses, see UICHKIN-17 and UICHKIN-50; for more info on different combinations of confirmation modals, see UICHKIN-79.
      • The item status intellectual item is not included in this list, and will have its own story because the behavior is different.

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                SergiySergiyenko Sergiy Sergiyenko
                charlotte Charlotte Whitt
                Charlotte Whitt Charlotte Whitt
                Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases