Open chloeelim opened 1 year ago
Thank you for your suggestion. Our target users are Minecraft players with experience, and they should be able to recognize game types, Minecraft servers and social media handles with ease.
Team chose [response.Rejected
]
Reason for disagreement: While I do understand that the target users of the app are Minecraft players, I think the team should also consider the case that it is in fact possible that there are overlaps between possible tag names and possible game types.
I'll use the explanations in the team's UG for illustration (attached below).
can be anything
".used to provide additional information about your friend
". (which I assume the user can use to describe their friend [adjectives]: which do corroborate with the screenshots used in the UG)creative
, which happens to be something you can also use to describe a friend and thus, is a very valid tagname too!creative
represents a gamemode or a tag name; the only way he can find out is to try executing some commands to test things out (or hope he has other friends with gamemodes/ tags that allow him to differentiate between the 2 clearly) since there is nothing in the UG he can refer to :([same thing can happen between server names and social handle names [it was even trendy for a while to have a .com
behind your IG handle so this isn't really that far-fetched a possibility] though I'll concede that this case is less likely (but still entirely possible)]
Unfortunately, I think the team failed to consider such valid cases when providing their justification when rejecting this bug entirely. Making the assumption that their users will be able recognize game types, Minecraft servers and social media handles with ease
might be too big of an assumption to make.
Eg: This is a valid person I can add to the application- would the user be able to tell which coloured tags correspond to tag names, game types, server names and social media handles?
As such, this is a hindrance to the user and should be documented in the UG, rather than being rejected entirely. Since this bug requires a fix by editing the UG, this should be considered a DocumentationBug
.
Team chose [severity.VeryLow
]
Originally [severity.Medium
]
Reason for disagreement: This is not a purely cosmetic
issue and thus, should not have the label severity.VeryLow
.
I think this bug fits the label severity.Medium
instead, which is:
A flaw that causes occasional inconvenience to some users but they can continue to use the product.
✅ Occassional: True, using creative
as a game mode probably a very commonly used game mode tag (the team even used it as an example in the snippet of the UG above in the issue response response); and creative
is also likely to be commonly used to describe friends (especially in a creative game like Minecraft)
✅ Inconvenience: In this cases, the user might not be able to tell between the 2 tags and there is no way to find out by referring to the UG since the UG does not provide an explanation for the differently colored tags. The user has to try out commands, or refer to other person entries to figure this out which definitely is a source of inconvenience
✅ Of course users can continue to use the product, no issues here, just inconvenienced caused!
Since the bug fulfills the 2 criteria to be considered a severity.Medium
bug, and definitely is not a purely cosmetic
issue, I'd (respectfully) disagree with the team's decision to downgrade this bug report to a severity.VeryLow
issue and stand by my original judgement.
UG is lacking explanation on the interface (person card); to the user, it is not very clear what the differently colored tags in the person card mean because there is no such explanation in the UG. It would be good to include explanation on this so the user doesn't have to go test it out using commands to find out.