Hot answers tagged

8

It depends. Assuming that you're working in a US environment (the zip code being in US format) and that your application specifications don't call out whether or not a zip 5+4 should be accepted: I'd report this as a bug if: Your specifications/user stories call for any or all valid US zip codes to be accepted (this is an implicit requirement to accept ...


8

No, it's not a bug by default. This depends on the requirements of the system, there is not global rule for situations like this. Some operating systems allow the same user with different casing. Even the user part of an email adress (username@hostname.tld) is not case sensitive in all cases. For more info see the question Are email addresses case sensitive?...


2

I'd consider this as a matter of usability/UX. Most services I know use case-insensitive logins, and most people I know use to blame services with case-sensitive logins. So, I'd say you should check the requirements, and, depending on the result, consult with BA/PO/PM, or whoever you have on the project, and ask him a) if anyone ever thought about login ...


2

Checking for case sensitivity itself isn't a bug in my opinion. I'd consider it a bug, if the user doesn't get informed about the username being case sensitive. Otherwise one may wonder, why he sometimes can log in fine (Username1) and sometimes gets an error message (username1). In other cases the case-sensitivity is used to add an extra (but very thin) ...


2

Well said Peter. Totally Agree for ID > Name > CSS > LinkText @josekimet - First ensure that element you are looking to perform action is visible your_element.isDisplayed(); If not visible then you need to add implicit wait until that element get visible on page After that using ID, I guess you will able to interact with element Modified: If you are ...


2

It is definitely a bug, unless your requirements mention that ZIP extension should be ignored. So talk to your customer how to handle it. One possibility is to silently strip the extension if you don't need it.


1

There is no standard rule. Every application decides how to handle user names and whether case sensitivity is needed/wanted. If your application is supposed to be case-sensitive and isn't, that's a bug. If it's not supposed to be case-sensitive and is, that's a bug.


1

I agree with @Niels. This cannot be considered as a bug, solely on the basis of being able to create accounts with different set of upper case letters. You should refer to the requirements, to see if it specifically distinguishes between upper case and lower case in case of account creation. There is no rule to check in this scenario. For Gmail allows you ...


1

In case of username it isn't case-sensitive so user2 = useR2 = USER2 but in password case those are 3 different passwords because password will be encrypted.


Only top voted, non community-wiki answers of a minimum length are eligible