一个典型的日常运营环境的问题的处理

某日，负责运营的同事报道，除了一个问题，手机版本的程序某个字段显示不对，给客户造成了困惑

于是开始看程序，发现手机的程序以前的同事写的不是很标准，显示的数据本来应该全部使用了接口返回的数据，但是这个查询很有欺骗性，查询条件的表面上限定了结果不可能

出现两类以上的数据，于是显示的时候就使用了查询条件。

这个改起来是很容易的，上下文看了一下，没有关联，不影响程序的其他部分。

于是通知测试的同事去重现问题。测试人员告诉我无法重现问题。

再分析程序，发现重现条件很特别，需要客户的数据满足一定的条件。

这一次需要非常准确的复制实际的运营环境数据。于是测试找我，我看了平台接口和主机接口，问了相关负责人，知道需要跑批量程序。

然后联系主机同事，联系批量同事，一块讨论了很久，终于串起来了，知道整个流程怎会回事了。

测试去准备好了数据，但是手机的程序仍然查不出来，告诉测试的同事，手机服务器和主机服务器的时间要一致，测试同事告之已经确认过是同步的了。

我看了数据的表格，发现表结构的字段很多，查询条件在表中很难对应上，于是就联系主机接口的同事梳理查询条件。

主机接口的同事查了很久，没说清楚查询条件中的属性对应表中的那些字段，查询的逻辑是什么

自己只好问接口的同事要了程序，看了每个字段的含义和接口逻辑，通知测试的同事改了字段。

这时候我弄清楚了查询逻辑和表属性，在本机搭建的环境里查到了数据。

但是测试的同事说还是查不出来，然后，我们突然想到PC版也应该能查到，通知测试同事实验，测试的同事说PC版本没有问题了能查出这条数据来

然后仔细分析数据和日志，发现测试的同事把很简单的问题弄错了，手机服务器的时间和PC版本服务器的时间差了3天，而那一条记录正好在这个时间范围内。

让测试赶快改了服务器时间，查出这条数据来了，问题重现了。

然后告诉发版的同事，把程序先替换到测试环境上测试。邮件答复替换成功了，但是没起作用，问题没有解决。怀疑是测试忽悠我？装版的同事忽悠我？一个一个验证，发现问题可能出在最近服务器配置的修改上，需要重启服务器了。

第二天，问题终于验证通过了。

于是开始走流程，版本管理的同事过来，要求填各种表格。发到功能测试环境，告之有些表格填的不对，退回来，重填，再走流程。

发到业务测试环境，告之有些填的不对，退回来重填。

发版的同事打好了正式版本，发给我让我检查程序，确保没有发错。并让我催促业务测试、功能测试的同事抓紧时间测试，以便在规定的时间内把版本交出去。

又忙活了一天，问题到了运营测试环境，这就快了，测试通过就发到运营环境上，客户的问题解决了。

后续就是问题的原因分析了，向各个领导解释问题出在哪里。。。。