从测试角度记录一次余额迁移的坑

发表于:2019-8-05 13:35

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:风清扬不在华山    来源:博客园

#
测试
分享:
  
   一、这是一个迁移流程图;现在把action做个简单的记录:备注:本次迁移核心是迁移流水,通过流水的收入-支出-余额=0,在平台用户最少的时候进行迁移(凌晨2点进行);找出收入和支出有差异的--仔细对账查账;然后运维配合,流水扎帐,记录最大的流水id;继续账单平账,然后进行快照流水回放迁移,迁移完成后,进行对账,收入-支出-余额=0那就很好,恭喜你没有采坑,系统健壮;我们就不是,然后就一点一点查账对账;账单平了以后,可以继续迁移,迁移增量(首先我们是热牵),迁移增量可能 要进行好几次,每次迁移都要对账;
  二、开发踩得的坑,测试流的泪
  1.  userbalance表, serialNo/orderNo 重复, 与迁移程序唯一单号生成策略冲突,导致部分数据丢失。
  eg: 接口并发,同一笔订单可能生成多笔,我就看到一个用相同订单号有17笔;
  2.  userbalance有记录,但user表没有用户 引发bug、账不平。
  eg:用户userCode被修改,或者直接被删除,但是有消费过,balance里面没有被处理
  3.  account-business 对于已存在的commonbill账单,再次申请会进行数据覆盖,导致后面重复的单号数据会覆盖前面转账成功的数据,从而account-business与account-core账对不上。
  4. account-business调用转账时,金额小于等于0会直接变成成功,不走account-core。 应改为金额等于0直接成功,不走core。金额小于0报错
  三、测试需要关注点:
  测试用例质量和checklist是否清晰明了:第一次接触余额迁移,我知道必须重视,可是我还是重视不够,写出的checklist没有进行评审,就上手了
  迁移风险,迁移方案没有完全吃透:如果迁移失败,有回滚方案吗?迁移的性能瓶颈?有些历史数据处理--待入账?接入新数据兼容问题等,上线后,全面业务回归

      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号