背景
3、4月份都比较忙，也踩了很多的坑，因此抽时间整理下建议及关注点，当做以后给接盘同学的指引文档，该内容已脱敏。
完善监控
- 核心表或者核心功能，需要新增定时监控，之前出现过依赖方接口异常，导致一直没有数据流入且没人发现。
关注细节（不区分产品还是技术侧）
sql是否存在慢查询的情况。- 诱导分享类的活动，立项时就需要评估是否存在被封的可能性，是否需要换域，或者被封后的应急方案，避免在项目后期才思考这类问题，影响项目上线时间。
- 新增的项目时需要评估是否配置缓存，不配置会如何，是否会有问题。
- 新增外部接口时，评估是否需要验签。
- 当调用外部接口时，需要考虑返回异常、超时甚至对方挂掉的情况，业务要如何呈现及处理。
- 数据统一管理，比如涉及到身份、订单状态、人群等，先沟通确认好数据来源以及数据是否全面。
- 新需求/功能都需要增加告警监控功能。
- 大型抽奖活动，需要回归测试中奖概率。
- 资产相关，不能用手机号做资产标记，但需要考虑手机换绑的业务场景。
- 去重逻辑，要考虑新客户是否有该标识（如UID），如果没有，是否会出现异常。
- 发放奖品时，需要考虑是否增加新的唯一标识。
- 页面功能有修改时，需要回归可能有关联的功能，比如官网的咨询功能做了修改，某些情况下会出现空白。
- 发奖品的场景，需要考虑重复发的处理方案，如把对应的奖励记录标记为已处理。
测试相关
- 项目比较紧急时，大部分Bug没有归档，影响到项目结项后的数据通知，后续需求都要求全部归档。
- 关联业务做修改时，原功能都需要回归。
- 需要覆盖接口层异常的情况，看看前端表现是否正常。
