1. 充分的自测，结合业务场景，把各种情况的测试用例列出来，并标记测试情况。
对于发现的问题，持续跟踪，记录解决结果
2. 单元测试，注意代码覆盖率
3. 考虑最坏的情况，怎么处理，应对。（尽可能缩小影响）
4. 遇到问题要善于总结，思考。避免相同的情况再次发生。
5. 考虑线上，测试环境的差异（例如sql, 磁盘空间等等）
6. 遇到任务先不要着急做，先要分析需求，理清楚思路，方案，测试的点。
邀请奖励的总结
（1）对于已经意识到的问题，需要检查确认已经解决。 （2）有些共同环节（例如微信消息），需要确认在下有无问题，不是很确定的，需要有针对性的做好测试。 （需要根据环境，微信消息在线上环境没有问题，不代表staging环境没有问题）,在发放奖励之前应该和王楠仔细核对一下注意事项。 （3）考虑本地测试环境与线上环境的差异，并有针对性的优化。 例如：线上数据库的数据量可能是测试环境的数据量的几十倍，上百倍。造成实际执行效率跟本地测试环境的执行效率有明显差异。
(4) 中午发券，用户访问数据库，给数据库造成了一定的压力。
影像上传问题总结：
1. 没有全面认真分析需求中需要注意的点 具体表现为：错误认为用户已上传照片并确认均可以给上行生成资料文件，主要是开户或者绑卡失败时（没有e 子帐号），不能上传。 （1）开户失败 这种情况考虑到了，但是循环条件中没有加上开户成功(且有e子帐号)这个条件，造成循环不能正常结束。 （2）绑卡失败 这种情况没有考虑到，存量用户绑卡失败，会有资管帐号但是没有e子帐号，造成空指针的问题。 2. 思维惯性的问题 具体表现为： 分页时遇到的问题 写的hql是按状态的筛选的，处理过的内容下次就筛选不到了，所以不用翻页，用翻页的话，会漏掉一些需要处理内容。 3.乐观锁的问题 对象作为传入参数时, 数据可能被别的接口更改，造成乐观锁的问题 4.循环结束的问题 当有些数据修改认证状态不断失败时，可能造成多次循环。（小概率）
5.运维同学的沟通确认需要方案所需资源，例如磁盘空间，权限等等