nus-se-script
commented
5 months ago Team's Response
Reason why we designed the prices as 2dp:
Our application is designed to help small business owners take care of their stock taking. As small business owners, their stock taking normally would not amount to such a large pricing thus we felt that 2dp is sufficient when designing our application.
Items for the Tester to Verify
:question: Issue response
Team chose [response.Rejected]
- [x] I disagree
Reason for disagreement: Thank you for the clarification! However, small business owners do still purchase in bulk and the unit price of each item is often not in 2dp, and occasionally goes to 3 or 4 dp.
While testing this app, one possible user I could think of who would use this app are entrepreneurs such as some of my friends who sell jibbitz/charms for the recently popular crocs footwear. Often, these jibbitz have unit prices with more than 2 dp. To substantiate my claim, I have attached 2 examples from alibaba.com and etsy.com
In both cases, the unit prices did not end within 2dp ($0.10666... after shipping and $4.8232). To solve this issue, the users could have keyed in the total price of the bulk order and done the unit price calculation internally. Hope this clarifies. Thanks!
## :question: Issue severity Team chose [`severity.VeryLow`] Originally [`severity.Low`] - [x] I disagree **Reason for disagreement:** I disagree with this as this is not a cosmetic issue. This issue is pertinent to the user not being able to key in a specific value for the price for an item and not how this price is displayed. As such, the issue should be severity.low and not very low.
In ecommerce, it is likely that the business owner bulk buys their stock. In this case, if the owner buys 100,000 of this product for a total of $104783, the cost price is $1.04783 per unit. Hence, this input should be allowed, especially for meticulous owners. Rounding off to $1.05 means that the business would be missing $217.