换个思路破解谜团

前几天早上刚上班没多久，就被一位同事叫去排查问题，同事是资产管理系统EAM的一位应用负责人，主要负责公司资产管理系统EAM的业务分析以及需求管理，因为OA（办公室自动化）系统在公司的应用较为深入，涉及到各个应用系统的数据回传以及数据交互，同事反馈某一个流程，在审批通过后给资产管理系统EAM传输数据的时候，将两个参数传错了，导致资产管理系统中的数据异常。

其实，当我听到同事说的这个问题时，我心里不禁有些疑问，如果要传输的参数较多时，稍有不慎，参数传输错误或者漏传的情况其实是很难避免的，不过后续的测试和验证，很快就能发现问题，不会等到使用的很长时间，才会暴露出这样的低级问题。

于是，就开始对该流程一个版本一个版本核对，最新引起注意的是前排同事修改过的一个版本，就跟他核对有没有修改过该功能，得到的答复的没有，然后我就从最开始的这个功能上线查起，一个版本一个版本的核对，奇怪的问题出现了，在我查看的所有版本中，传参都是正确的，包括负责上线该功能的第一个版本，也是正确 的，可是问题到底出在哪里了，于是找来开发人员一块核查，也是一样的结果，开发人员于是提议，先将现在的错误修正吧，避免后面还会出现这样的错误，资产管理系统EAM同事看到这个情况，也表示赞同，错误数据他那边自行修正，以免影响用户正常使用，于是就回去了。

虽然问题是这样解决了，可是心头的那个疑问，一直萦绕在我的周围，挥之不去，既然所有的版本中代码都没有问题，可是为什么参数却传错了呢，找同事商量，同事也说算了吧，既然现在已经修正过了，不用再自寻烦恼了，可是我始终放不下。

既然所有版本都正常，那传输的数据就应该是正确的，想到这里，我不禁反问自己，错误究竟出在了哪个环节呢？有没有可能是其他环节出了问题呢？会不会是流程管理员自己将两个参数调换了名称呢，沿着这个思路，我开始核查用户修改字段名称的记录，果不其然，被我查到在3月23号的时候，有流程管理员将两个字段的名称调换了一下，一瞬间所有的疑问的烟消云散，正是由于这次名称的替换，才导致给EAM系统回传参数事数据异常。