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

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

 

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

 

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

2019-09-29更新

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

然而emmmmm

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

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

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

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

 5、2019-10-16继续更，大豪再一次踩雷啊，一定要记住分享海报时候的数据准确性啊，你在APP看到的跟你分享出去的就不一定是一毛一样的啊！！！

 6、再次踩坑，关于APP进入时自动弹窗功能，eg：打开APP时会弹出多种类型的弹窗，则要注意是否会出现APP卡死、图片无法关闭等异常情况是否会出现