随手记几个容易被忽略的bug

1、涉及到金额的功能，保留两位小数，精确到 分 即可，再往后也没有意义。

 

2、功能的状态与时间跨度有关的，例如基金这种业务需求；统一取服务器系统时间，避免用户通过修改客户端时间来找漏洞

 

3、关于小数的计算与展示规则；举例如区块链行业；行业规则对于数字货币的计算都是保留 八位小数 而 对于前端展示往往不需要展示这么长的数据；所以在代码的逻辑处理中，我们需要去检验是否是用了八位小数来进行计算；而展示的规则；个人觉得应该全局统一，具体视业务（产品汪）而定。要么全部四舍五入；要么全部向上取整；要么全部向下取整。

2019-09-29更新

4、近期遇到一个bug，复现了近三个小时才找到原因。如下图；当我其他值输入合法数据时，在红色框内，当前需求是：最低额不能低于100；且最高额不能大于最低额；

然而emmmmm

在测试过程中出现很多次；当我输入最低额：120  最高额：1110；这种数据时，提示我“最低额不能大于最高额”；我丢诶；后来经过我的不懈努力啊哈哈哈哈，终于找到了规律。

跟开发交流之后发现，是沙雕开发的数据类型在这里用了string；导致两个数据在比较的时候，是一位一位的去比较；如上数据，120和1110，表面看起来是合法数据，但是在字符串类型的比较中，他只会返回 false。

所以这个地方用个强制转换就好啦。

随手记，避免以后再次踩坑。

 

转载于:https://www.cnblogs.com/Max-Hao/p/11527961.html