测试字段逻辑的一件小事儿

昨晚收到反馈说，某个jira里的几个字段时间判断逻辑似乎不一致，额...从测试的角度来说，这基本是不可能发生的事儿，于是跟对方约定第二天到公司去看。

第二天发现了以下情况：

1对方提供的需求的jira单子是比较早的单子，后面变更了好几版，搜代码的时候发现我测试的那批字段逻辑早就已经不存在了。一般情况下，同一批做的字段，也不太可能用2套方法去执行同一套逻辑，那只有可能是这批字段里的某些字段在后来的需求里面发生了逻辑改变。（搞清楚方向以后，继续查）

2.发现字段在后期有引入了模型，模型有一套自己的字段处理的方法（用了不同的函数）。简单梳理了一下，大致如下：

模型：在 dataframe 里操作 inserttime + 90d < now
而原来的代码逻辑：datetime处理过的 (now- inserttime).days > 90d

(以上不是代码，就是想表达一下处理不一致，导致临界值出现了偏差)

3.本来故事到这里应该结束了，产品自告奋勇跑去提了个需求说怎么改，但开发拿到需求以后炸了，他觉得自己没错，一直问为啥要改。于是他们又找到了我，我猜想开发可能以为产品觉得他们的逻辑写错了，而没意识到是逻辑不一致的问题，所以贴出了2段代码请开发解释有啥不同，开发解释完之后，我对他说，那现在的问题出来了，就是这2段代码逻辑不一致，导致了误差，影响了业务员分析。开发知道后也就爽快的改掉了。

这个事情告诉我们：

1.测试人员在遇到问题后，首先不要慌，不要着急去排斥问题，积极和反馈方沟通拿到第一手资料去排查问题，假如真的是你的问题，也能更好的得到反馈方的谅解，因为ta觉得你有在积极解决问题（当然这里这个问题并不是我的锅）。

2.和开发沟通的过程中，尽量用询问的语气，让他们来回答。让开发意识到矛盾点所在。而不是直接告诉开发要改什么。（可能会引起一些误会）

3.产品写文档时，能用符号的就尽量不要用文字描述，这次这个问题的出现就是因为模型人员错误理解了文字描述，导致边界值做的和原来不一致导致的。

4.再次印证了临界值是一个很容易出问题的地方。