search

EdmundTangg / pe

0 stars 0 forks source link

Inconsistency in number of decimal points taken in for overall commands, and those displayed #7

Open EdmundTangg opened 5 months ago

EdmundTangg commented 5 months ago

For each command that involves numbers the UG does not say about the decimal points that can be input. There is a lack of consistency between features and as a user, I am confused on the accuracy of numbers that I can insert and will be displayed.

list_items command displays 2dp.

image.png

total_revenue command displays 1dp.

image.png

soc-se-bot commented 5 months ago

Team's Response

Does not impact if 2 decimal place is required for total_revenue

Items for the Tester to Verify

:question: Issue response

Team chose [response.NotInScope]

Reason for disagreement: I disagree with the response "Does not impact if 2 decimal place is required for total_revenue".

Different commands are displaying different number of decimal points, which is a consistency issue that can throw the user off. The user can enter any number of decimal points in the add command, but when displayed in total_revenue for example, it only displays up till a maximum of 2.

image.png

I stand on my ground as this being a bug, definitely not [response.NotInScope].

## :question: Issue severity Team chose [`severity.VeryLow`] Originally [`severity.Medium`] - [x] I disagree **Reason for disagreement:** This is a serious bug. 1. UG did not say how many decimal points can be entered. User is unaware of the decimal points that can be entered, thus it is assumed that user can enter any amount. User then proceeds to enter any amount, yet confronted with different parsing ability of different commands. As a user, this causes occasional inconvenience to me. I stand on my ground as this being a [severity.Medium].