一些不好的开发习惯

逻辑严谨性以及测试验证存在问题

• 测试点不全,凭主观去测试，很多场景覆盖不到。
  例如渠道接入时，因为对手续费测试流程不熟，所以只是主观的认为只测手续费收入就可以了。 结果导致手续费支出出错
• 逻辑不严谨
  例如使用spring的DataIntegrityViolationException去验证数据重复，不考虑数据完整性的问题，导致数据的丢失。因为数据不完整，也会报这个异常。

写代码比较随意

• 修改别人的代码 没有去认真考虑。
• 从别处拷贝的时候不去理解代码本身的业务意义与作用，这是纯粹的拷贝

马虎大意，懒

如何去改善呢

小心使得万年船

• 在开发过程中，尽量不去改动别人原有的代码，如果要改则需要充分理解代码的意义，避免引起原有业务的异常。
• 当遇到问题的时候,我们需要考虑也许这些问题背后所隐藏着的更深的威胁。比如测试用例运行失败,不能随意的修改数据强制让用例通过
• 对自己写的代码负责，键盘敲下的代码就是自己烙下的印记，且行且珍惜。

勤能补拙

• 在平时迭代过程中充分理解需求,有疑问多去沟通，一知半解的一定要找相关人确认，避免自以为是导致结果大相径庭。
• 编码之前要花时间做充分的系统分析，罗列出改造点、改造方法、关键的类等信息。如果编码后期略有调整，也要有相应的记录。这样在测试以及codeReview的时候，都可以重点检查，减少错误发生的几率。
• 在测试过程中要全面并且反复的去测,特别是边界性的用例一定要考虑到