那些让我印象深刻的bug-04

印象深刻的bug，不一定是很难发现的问题，也许在其他人眼中，也许这就是一个很普通的场景，但是在一些特定的情况下以及对系统业务不熟悉的情况下，就有可能很难发现某些问题。但是，当问题暴露出来后，我们要及时总结，完善测试场景，尽量在以后的工作中尽可能的提前去发现一些同类型的问题。

今天为大家分享一个由于时区转换的问题带来的bug。

背景:公司的业务涉及到国外的用户，在客户端有针对接口返回的一些时间字段根据用户手机的时区进行对应日期的转换。

bug的现象：

数据库某类数据存储的是yyyy-mm-dd的日期字符串格式，比如今天的数据，存储的就是“2022-05-26”，然后接口在输出的时候，之前跟下游约定好的是接口返回date的格式： "2022-03-22T00:00:00.000+0000",在做接口重构的时候，只关注了页面上展示的日期跟数据库的是否一致，对之前的业务也不是很了解，然后不知道客户端会根据手机当前设置的时区将接口返回的日期做一个转换后再展示到页面上，正好晚上验证同一个功能的时候，同事的一个手机上设置的是美东时区，我们俩在各自的手机上查看同一条数据展示的日期相差了一天，经过排查才发现是之前客户端有做时区转换的逻辑。

给自己积累的经验就是：有时候做功能测试也不能只关注最终的结果正确就行，也得结合接口一起去看一下返回，尤其像这种数据库里面存的是yyyy-mm-dd,接口返回的日期带了时分秒格式的，要特别注意一下是否有涉及国外的业务，会不会出现类似的这种bug。

关注我，带你一起学测试，一起提升技术，一起跟群里的同行大佬交流。