九、临界判断问题
　　缺陷描述：如果字符串split或indexof或判断数组长度等，经常导致遗漏后一个或第一个数据
　　建议：首先字符串或数据集合第一个或后一个数据需要先清理数据，比如1，2，3，后一个，需要清理，清理完数据后再处理。处理数据也需要注意比如Length，size()的大小和数组对象从0开始计算的关系等问题。
　　十、对象批量update问题
　　缺陷描述：这个问题是后台代码的问题，有时候表数据太大，为了省事，直接update（表），但表里实际有的是敏感信息，比如密码，手机号，身份证等，这些数据之前是做了特殊处理的，比如有*号等，批量更新后可能导致字段被空字符串替换，或覆盖为明文了。
　　建议：尽量不批量update对象，update什么字段修改什么
　　十一、业务理解和处理问题
　　缺陷描述：由于对业务理解或沟通不清楚导致前段展现或业务逻辑不准确的问题
　　建议：重要业务逻辑需要多沟通确认，上线前多测试复杂业务逻辑。对业务逻辑不确定的地方，要用白名单，比如在什么情况才怎么处理，而不是黑名单或没有名单，直接处理了
　　十二、JS兼容问题
　　缺陷描述：JS兼容问题是WEB开发常遇到的问题
　　建议：根据业务要求是否兼容什么浏览器，上线前针对浏览器做测试，或比如现在阿里有浏览器兼容性自动化测试工具，可以业务测试完成后自动化测试JS和CSS兼容性问题。
　　十三、浮点数计算问题
　　缺陷描述：后台代码计算数据经常遇到的问题
　　建议：浮点数计算数据会有精度问题，JAVA里float，double计算改为bigdecimal计算
　　十四、数据库不规整数据导致前台异常
　　缺陷描述：尤其在测试环境或老项目里，数据库里有字段不规整，导致前台异常或展现错误
　　建议：保证数据插入时数据是按照要求放入数据库，数据展现也有容错机制，如果数据字段不正确用默认数据或留空，保证页面能正常请求和返回
　　十五、内存缓存对象设计问题
　　缺陷描述：做系统经常会用内存缓存数据，内存缓存什么对象可能影响后续的业务逻辑
　　建议：页面缓存数据应该尽量精细，比系统为了限制同一个用户同时退款，可能在内存缓存了这个用户是否在退款和以及退款金额，但内存没有记录这个用户的什么订单在退款，导致其他订单这个期间也不能退款了。
　　内存缓存对象也需要建模，让内存对象字段尽量细化，保证满足各种应用场景。
　　上面15个是我根据2015年部门测试团队BUG情况，整理的一些通性和业务无关的缺陷描述和建议，肯定不全，而且这些问题的建议也可能不准确，参考