各位会修改测试环境的时间去测试代码吗

[WoodenTea]

工作中难免会写未来时间的活动，有两种方案让我选择

1. 同事建议使用一个缓存来存储未来时间的值，测试环境修改该缓存值来模拟服务器时间。
2. 我个人倾向于修改服务器或容器内的时间，让代码运行环境时间与活动时间一致，能保证测试用例通过后，以后程序正式发布后不会出现时间判断不正确的问题。 各位会选择哪个方案？说说原因哇

[wu00]

两分钟后不也算“未来时间”？

[flyqie]

个人倾向第二种。

第一种得单独规定，实际执行起来有可能利大于弊。

[guo4224]

mock 不香？

[flyqie]

@flyqie #2

fix:

利大于弊 -> 弊大于利

[learnshare]

Switch: 没想过用户会修改时间重刷 amiibo

[xy90321]

我司项目里的大部分系统，不管是系统时间还是业务时间都是通过自建 Wrapper 拿的，Wrapper 本身包含了时间模拟（真实物理时间➕Offset ，生产环境上 Offset=0 ）的功能

所以测试环境上想要模拟未来时间或者过去时间，也只是改一个参数的问题

[msg7086]

https://github.com/travisjeffery/timecop
你们没有类似这种时间旅行用的测试用插件吗？

[WoodenTea]

@guo4224 主要是后端代码，感觉使用不上 mock

[WoodenTea]

@flyqie 我觉得第一种有太多不确定性，因为有一个变量的存在，测试环境和线上代码运行的逻辑都不一样，万一出现 bug 还是我来修改

[WoodenTea]

@wu00 算呀

[WoodenTea]

@learnshare 我写的是后端，后端代码不会以客户端时间来作为判断标准

[WoodenTea]

@msg7086 好的，学习一下

[jones2000]

自动化测试用例跑下不就可以了， 跑脚本配置好时间，然后跑测试用例， 最后跑脚本还原时间。
我还写过最变态的测试用例了，测试用例上写“在一个全新的系统上跑页面”， 每次都先跑自动安装操作系统，然后跑测试用了。

[IvanLi127]

当年实习的时候，在自己电脑测，会选第一种。现在，有容器，有虚拟机，还有独立物理机，改系统时间和玩一样，我选第二种。

[Musong]

我们这是#6 的做法，操作简单，给测试或产品管理工具加个配置项；而且修改时间本身的逻辑不影响项目，测试不用再针对这个东西做测试

[akira]

方案 2 不是说不可行，但是总觉得怪怪的。。。

[matrix1010]

是不是类似于用户注册 5 天后发邮件这种功能，你想在测试环境手工测测？那可以把 5 天放配置文件里，直接改测试环境的配置

[foam]

你可以把 获取当前时间 这个(业务级或使用的语言库函数级)方法 mock 掉。mock 和前后端没有关系，都是为了模拟依赖资源。

[WoodenTea]

@akira 你认为怪怪是指什么呢？能具体讨论一下么？怎么样才能不怪怪的呢

[WoodenTea]

@matrix1010 比如某天 22 点 0 分开始有一个抽奖活动，时间没有到用户进入界面要展示距离开始还有多少时间，时间到了之后要展示距离活动还有多久结束

[WoodenTea]

@foam 我感觉 mock 是第一种方案的另一种实现方式

[foam]

@WoodenTea 这里的 mock 是针对单元 /集成测试场景的。如果是实际功能测试，6 楼的可行。