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

[monkeyWie]

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

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

[puzzle9]

我能想到的 建议发点正常的数据

[wobuhuicode]

表里面加多一个参数标记为测试就好了

[eote]

为啥没有测试库、预投产库、生产库隔离

[lebcvu]

定义请求头参数，测试的所有请求都带上这个请求头参数，然后后端分流存影子库，压测的大数据量也不怕了，数据多了直接清影子库就行

[zhazi]

上线之后进行回归表示上线之前的流程并不完善。
在 pm 验收产品之后开发测试工作就完成了。

[KagurazakaNyaa]

环境分离啊，开发测试生产三个环境同构但数据不同步就行了

[lujiaosama]

难道你们的生产库和测试库开发库用的同一个? 那也太离谱了吧.

[hhjswf]

@lujiaosama 产品验收一般都会在生产环境做测试吧

[lujiaosama]

@hhjswf 所以其实还会有个预生产库的, 除了库名不一样, 其他东西都一样.

[xiangyuecn]

楼上有些人的意思：线上环境就不要测试了，能不能跑全凭感觉🐶🐶

[lscho]

@xiangyuecn 测试环境不出问题，线上环境还会出什么问题呢？

[rushssss]

通过某种手段标记请求并将这些请求走特殊分支的方法实际上是有隐患的：因为有可能这条分支没有 bug ，但真实用户走的分支有问题，导致问题测不出来


这个问题个人看法，暂时没什么特别好的办法，如果会影响到普通用户，只能手动清理一下

[nine]

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

很明显这是一个好办法

[dudubaba]

增加预发环境，开发、测试、预发、正式。预发和正式除了用户不一样其他完全一样，产品一律在预发验证没问题同步上线。

[Blank10030]

正式环境还测试那还要测试环境干啥。

[Jooooooooo]

打标和过滤.

[qf19910623]

@lscho 你怎么就能觉得测试环境不出问题，线上环境就不会出问题呢？这种生产环境故障我可是遇到过很多次

[gaodq]

@lscho 有些逻辑依赖数据的话，不同数据会导致不同的结果

[clove]

完全不能理解 "正式环境还测试那还要测试环境干啥。" 这个说法。

前司，测试环境 ok 、预发布环境 ok 、然后上正式环境还出现过问题。由于网络环境不同，多个机房某几个正常、某几个机房有问题的情况出现也不是一次两次了。 所以上正式环境还得每个机房验证一遍，产生测试数据是难免的。

我们的做法其实也没啥高明之处，主要基于账号测试，尽量不面向所有客户发布测试数据，只针对某一批测试的账号进行功能验证。

[sadfQED2]

我们 pm 都是线上环境验收测试，但是要求线上环境不能随便乱写文字，不能带测试字样。

总的一句话，pm 发布的时候带点脑子，别让人发现不就行了