Done
Details
Assignee
Michal KuklisMichal KuklisReporter
Charlotte WhittCharlotte WhittTester Assignee
Charlotte WhittCharlotte WhittPriority
P2Story Points
5Sprint
NoneDevelopment Team
ProkopovychFix versions
TestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee
Michal Kuklis
Michal KuklisReporter
Charlotte Whitt
Charlotte WhittTester Assignee
Charlotte Whitt
Charlotte WhittPriority
Story Points
5
Sprint
None
Development Team
Prokopovych
Fix versions
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created February 18, 2020 at 4:17 PM
Updated September 15, 2020 at 9:04 AM
Resolved March 4, 2020 at 2:18 PM
Overview: When searching by Call number, FOLIO allows for Call numbers to be following many Call number schemes (Call number types) and the numbers can be entered with a variety of special characters and symbols. For this first iteration we want to implement the basic search on Call numbers, eye readable.
When searching the call number, eye readable, you search exactly as data is populate in the data element; except super lightweight normalization: lowercasing (search not being case-sensitive and the user do not need to differentiating between capital and lower-case letters).
Use cases:
Staff at circulation desk has a book in hand with no barcode; they search for the call number, eye readable – they want to search based on prefix / call number / suffix but will not expect to have to enter location, call number type, or copy number as those are not part of the call number
Examples on real life search - see: UIIN-857.
Search for Call number is a search option in the drop down menu in the Holdings segment and the Item segment:
Search options Item record
Scenarios:
Scenario
Login to FOLIO Snapshot, go to Inventory, Search & filter pane, and select the Item segment ()
When a user wants to search on Call number, eye readable then following search options are in focus of this story:
When a user wants to search Call number, eye readable, then following search options are in focus of this story:
Item Call number block
Effective call number prefix
Effective call number
Effective call number suffix
Search options are labelled:
Effective call number (item), eye readable - listed after ISSN, and before Effective call number (item), normalized -
Scenario
When search on the Effective call number (item), eye readable
Then search is left anchored
Scenario
When search on the Effective call number (item), eye readable
Then right truncation is not set as a default, but can be set explicit by the user by using *
Scenario
Ensure automated testing coverage for this new code is 80% plus and confirm with screenshot
Out of scope for this thin thread story:
When search on on the call number, eye readable:
Then normalization between lower casing and capitalized letters are happening
Then normalization by stripping whitespace are happening