The character limit we are updating each field to will differ based on the information they are capturing. As a couple of examples, Company Name will be updated from 630 characters to 1000, and Address Lines will be updated from 40 characters to 60
Could you please let me know what would be valuable test cases for this requirement from UAT perspective?
User acceptance test (UAT) criteria (in agile software development) are usually created by business customers and expressed in a business domain language
I don't think Field Length Validation has anything to do with User acceptance testing. Maybe the business should write their own tests.
Never the less here are some testing pointers and ideas:
Map how the data is used. Don't forget to test locations where the data is used, test the new length is used properly. For example in reports. E.g. don't only test that the input and storage works.
For example:
Make a shared list of test heuristics how your team should test input fields.
Personally, I don't like to limit input fields. Challenge why does it now go from 40 to 60? What is the chance next week it needs to be 80? I have seen street names/city names that are way longer than 60.
Company names of 1000 characters? You are making this stuff up, because company names are never so long, at least not that I can find. Maybe also test the requirements up-front, instead of after they are implemented.
Other reads:
If character lengths are changing I would suggest boundary testing
For example I would consider testing:
I would retain the following as regression tests going forward:
I would like to prefer the Equivalence and Boundary Value for each field.
Minimum, Just above the minimum, A nominal value, Just below the maximum, Maximum.
While providing the input, I hope application should consider spaces between the words should be a character
If it is non -required field check with NULL/EMPTY values and try to update some charters from the Edit screen
