线上验证真的就是点点点吗？

最近测试了一个项目，与其他4个后台有合作，今天项目上线了，一下配置错了，一下数据错了，真整的有点手忙脚乱，于是，整理了一个checklist，供后续备忘，希望能对大家有所启发。

线上验证，有些项目比较单一，或许点点点就足够了，但是遇到与其他项目有合作的时候，就会涉及到很多配置项，以及数据核对，东西多了就会容易出错，下面我们来看下checlist有些啥...

一、常规功能验证

这个毫无疑问，项目做线上验证，把新上线的功能涉及到的页面点一遍是必须的，但是涉及到一些写库的操作，我们就需要谨慎点，要么用测试账号验证，要么让业务方自己去验证。

二、配置项

1、跳转链接

有些页面有超链接，点击之后会跳转至另一个平台，这个时候就需要验证下跳转是否地址是否正确。

2、推送地址

有的数据，依赖于推送，比如要从A平台推送到B平台，测试环境会映射一个IP，在线上的时候需要与开发同学确认，是否更新为线上的地址，有条件的可以直接进行推送验证，如果没权限操作，就让业务方自己走一遍流程，确保数据推送正确。

3、定时任务

有些页面的同步依赖于定时任务的执行，例如配置的10分钟同步一次，就要观察和与开发确认，定时任务是否在跑，以及跑完之后的数据是否更新。

三、数据推送

1、确保推送的数据正确

有些数据是依赖于其他平台推送的，但是测试环境就只是推送了一少部分数据，没怎么验证其正确性，到线上真正推送后，会出现字段值全为空，字段值推送错误的问题，如果有其他平台可以参考，最好将推送过来的数据与其他平台对比下，看是否有问题。

今天就碰到了等级的值显示错的情况，之前测试环境定的是优、良、中、差4个等级，现在线上定的是正常、稍差、极差、差4个等级，就导致页面上前端统计等级的文案与列表等级字段的值不一致的问题。

2、推送之后计算的值正确

还有一种情况是，数据由其他平台推送原始数据后，由自己平台计算和值，这个时候如果有线上的数据库查询条件，就写sql去查，如果没有，就让开发去查，开发一般都有权限的。

今天遇到的一个问题，就是其他平台推送一条数据，比如2023年Q1的收益，要计算Q1这个季度对应的PC和值，而PC值又是取自该代理商和其下子代理商之和，在测试环境中，造数据只造了该代理商的数据，没有该代理商下的子代理商数据，一到线上，就发现问题了，发现只计算了该代理商的PC数，漏掉了子代理商的PC数。

今天暂时遇到的问题就这么多，后面遇到了再完善，希望大家一起补充~