上周末(至少在CET时区)出现了从夏令时(DST)到正常时间的时差。
我以为在去年的时间转移之后,我已经捕捉到了“我的”应用程序的所有负面影响,但我不得不注意到,我没有。这就引出了一个问题:如何测试时差,特别是从DST到正常的临界“负”时差?
我知道,通过将服务器设置为非时差区域(比如UCT),可以解决这个问题,但是假设您的服务器被设置为CET (或者任何其他时区有时差),那么如何测试呢?我们要考虑些什么?手动设置服务器时钟是否足够?客户端软件呢?
我几乎肯定还有更多的观点你应该知道,但这些都是我脑海中浮现的。
发布于 2015-10-27 08:50:43
这取决于您的系统,但通常情况下,手动移动时钟,或移动您的NTP服务器的时钟,是尽可能接近现实。
如果适用的话,还可以考虑测试其他系统的接口,在这些系统中,时钟可能会在您的系统之后或之前移动一点。
发布于 2015-10-27 16:11:50
DST是我最讨厌的东西。我们的应用程序为在时区之间移动的旅行者提供服务。因为不同的国家有不同的规则,在不同的日期开始和结束DST (所以时区的差异并不总是相同的)。它实际上是一个大问题,导致不断的变化,花费数十亿美元不断管理和修复,根本没有任何明显的好处。例如,为什么美国和欧洲不能在同一个周末切换到DST,那么混乱(以及日程冲突)将被限制在一个周末?
如果你必须在一个时区内处理DST的变化,你的生活很容易.:-)
如果不是,一个指向DST在不同时区的未来变化的链接可能会有所帮助。直到政客们决定做更多的“改进”。
https://sqa.stackexchange.com/questions/15333
复制相似问题