如何规避正式环境上的测试数据问题

[monkeyWie]

在项目上正式之后测试进行回归，然后会留下一些测试数据，但是由于产品是面向 C 端的，有可能这些测试数据会被用户看到，所以需要把测试数据给清理掉，这种情况有没有什么好的解决方案？

目前我们的方案就是测试完了手动把测试账号相关的数据进行删除，很明显这不是个好的办法，所以来问问各位 v2er 们有你们项目是怎么处理类似问题的？

[lscho]

@qf19910623

预生产环境除了数据库不同，别的都相同，还会有什么什么问题呢？如果你生产环境出问题，只能证明你测试环境与生产环境还有差距。

@gaodq

所以有生产环境数据脱敏同步入预生产环境的测试方法啊。

[libook]

灰度上线，进行小范围测试，测试完逐渐放大灰度比例，同时监测用户反馈，最终全量。

[singerll]

@lscho 生产环境和测试环境有差距，可能会有很多原因，即便是同样的设备、同样的网络，也可能会有差异，生产环境还是需要测试的。
1 、硬件环境会有差异。比如服务器型号不同，服务型号相通某个部件型号不同，甚至是型号都相同但批次不同，这些都可能造成设备之间的差异。
2 、基础环境差异。尤其是你有几千台机器，防火墙，安全设备、waf 等设备一大堆的情况下，不可能模拟一模一样的环境。比如生产环境因为跟某个外部系统对接了，你开通了相应的安全策略，但你在测试环境因为不需要跟这个系统调试，并没有开通这个策略，这个想象很普遍。
3 、外部环境差异。我曾遇到过，因为出口用了不同的 ip 或者端口，碰巧网络运营商抽风的情况下，恰好某个地区或者某个运营商访问异常。

[ychost]

测试一般有统一的测试灰度，比如这个灰度里面只能测试人员能看到，其它用户看到的是 master 上面的数据，后面再逐步扩大灰度即可

[potatowish]

创建测试用户，登录测试用户来添加数据，创建定时任务，根据创建人为条件定时清理测试数据

[jin5354]

楼上好多人回复太离谱了，有没有听过线上回归 4 个字啊，测试环境和生产环境差距可大了去了，上线不做回归测试可真是太牛了
像 lz 说的场景也没啥好办法，要不就测试的时候正经发内容别写 1234 ，要不就利用权限管理只在某旮旯位置测试，不要被大众看到，用完即删，比如测试外卖开店就放到西藏某旮旯村庄，要不就单独写点逻辑准备一个不公开的测试空间

[bootvue]

影子库 sharding-proxy hint 强制路由

比如 某个字段 xxx_test 有个特殊标识 自动路由到单独数据库 /表中 不影响生产主库

自己捣鼓捣鼓 我也没用过

[janus77]

专用测试账号可破。。。。

[joesonw]

一般不是把线上数据倒入到 staging 做回归吗？

[Rocketer]

生产环境测试就是得用与普通用户一样的环境，包括账号等都不能用特权账号，否则就是另一个测试环境，还是可能有问题。

所以归根结底还是得在内容上控制，别太离谱就行

[frandy]

看到定义请求头参数给到的灵感,和逻辑删除差不多的逻辑,每张表中定义一个字段,用于区分是否正式环境。
这又让我联想到了 saas 系统,分为细粒度的从字段区分和粗粒度的从数据库区分,saas 系统区分更为复杂,这种测试数据区分要么是,要么否。
另外一种就是灰度上线,正式环境集群部署,负载均衡分流的时候检测到有特定请求头的数据,分流到指定的服务上,这个服务上连的数据库不同,其他都和正式一样。
以上都是猜想,未真正实施,抛砖引玉。

[frandy]

补充:第二种灰度上线不一定要请求头的数据,指定的源 ip,比如你在公司测试,正式环境,公司有公网 ip,通过这个 ip 访问的数据也是一种分流方式

[zlhsvc]

测试时候发点正常内容，尽量选人少时候测。其他的就看具体上线的功能。

[LeegoYih]

预发环境， 小项目可以在数据库加 is_test 字段区分

[xy90321]

@jin5354
客户自己做的生产环境线上回归那就是正儿八经的生产数据，被看到也没事。
非客户自己做回归难道不应该是把数据搬到 staging 做？跑去客户生产环境测试是什么思路…

[wenzichel]

1. 多环境隔离：我们这里是测试环境、预发布环境和正式环境，测试环境是测试程序和测试数据；预发布是测试程序和正式数据；正式环境则是正式程序和正式数据。不同的环境之间的数据是隔离的。若您要需要测试数据，那就在测试环境里测试，数据随意删减、若需要正式环境验证您的测试程序，那就在预发布。预发布没问题，就可以上线。

2. 白名单机制：使用登录 uid 或者设备 id 来设置白名单，只有白名单中的用户或设备，才能访问测试数据。但依然不建议，我还是建议使用上面环境隔离的方式。

[chawuchiren]

面向 c 端的产品，就算是淘宝京东，都有测试数据能被你看到，为什么不可以？

[hallDrawnel]

看你的业务，做特定的屏蔽。正式环境肯定是需要有测试数据的。但比如你是直播业务，那可以对普通用户屏蔽特定的直播间，然后在屏蔽的直播间测试，全站类的广播只发布后端，做接口验证等。没有统一的方法，根据业务因地制宜调整。复制流量之类的做法也覆盖不了一些特殊的情况。

[jin5354]

@xy90321 st 做啊，全部都要做，开发时在测试环境做，上线前在 staging 做，上线后在线上回归，一个都不能少，谁能保证 staging 和线上完全一致？只要是维护超过几年的有一些复杂度的项目，staging 和线上分叉就越严重，你不回归就会出现只在线上才暴露的奇葩错误

[nothingistrue]

既然是正式环境，那肯定有“删除”操作，不管是硬删除还是软删除，把这个用例放到最后做，那测试完数据自己也就删除了。测试完，还能留下能被用户看到的测试数据的，就先别管测试数据怎么清理了，先去检查一下测试用例吧，要么漏测，要么用例顺序不良。

有些东西倒是一旦经过就会留下不可消除的痕迹，比如日志、统计信息，还有大多只给后台看的东西，这些东西没法通过正常操作删除。简单点的话，测试完手工清理。高级点的话，正式环境的测试过程也当成常规过程看，这些数据就永久保留，做好标记即可，但这需要良好的系统功能设计和测试用例设计。