在天网查上看了一下全国软件公司有1000多万家，其中上市的公司有7万多家，也就是占比0.7%。

　　通过这个数据可以发现，大部分公司从实力和规模上都偏向中型或者小型，也就说其中的流程不一定很健全，甚至没有流程而言。

　　下图截取了两张数据的图片供参考：

图1  全国软件公司数据

图2  上市公司数量

　　为什么要指出这个问题？笔者目前在二线城市，工作10年经历过几家公司，很少有公司把流程制定得很正规和完善。

　　基本上的形式是：常规瀑布模式和敏捷模式相结合。赶上功能已上线再出现Bug，常见的状态开发快速定位问题进行修改，测试抓紧时间进行测试，测完后上线发布。

　　所以得出的结论是流程不重要，重要的是大家同心协力把问题解决，产品快速上线。

　　那么问题来了——这个过程中遇到不积极的同事怎么办？

　　我想这种问题一方面对于工作几年的同事来说很平常不过，一方面对于刚刚接触测试的新人来说，更是无从下手。

　　那么就我最近的一次项目经历，简单聊聊事情的经过，也希望大家读故事一样，如果有想法可以在评论区留言，我们一起探讨共同进步。

　　工作背景

　　1、这项测试是涉及3个项目组，这里分别取名项目组A、项目组B、项目组C ，看到这里就能明白， 遇到问题排查的时候，阻碍就有点多。

　　2、这个工作的来源于项目组A的领导，也是我的直属领导。

　　3、整个测试的测试流程是这样：

图3.业务流程图

　　系统a将数据传给系统b，系统b传给系统c；

　　系统c操作返回给系统b，系统b传给系统a。

　　测试过程

　　开始测试前，A领导找到我，告诉我测试xx功能，当时我就问了：流程是否跑通，可正常测试否？得到的答案已经跑通、可正常测试。

　　我这边开始准备测试，走了几个步骤后发现系统C操作完成后，在A系统没有反馈内容，有可能A、B、C3个系统都有问题。

　　找到相关的开发人员确认问题，在经过简单沟通后我将相关人员拉进了一个微信讨论群，开始了漫长调查道路，看到这里其实还有一个分支：将问题抛给A领导，让她去协调处理。

　　为什么我没有这样做呢？

　　主要原因是我的直属领导，领导找你来是为了解决问题、处理问题、分担问题，而不是说一句：领导这个问题有困难需要你帮忙处理一下。

　　如果当时我采用这个方法，可能后面的事情都不会发生，并且跟我没什么关系了。

　　前期

　　C组开发人员很配合，态度端正，B组开发人员态度不好，A组开发人员一直很积极。

　　开始测试

　　调试大概2天 期间经历多次找问题开发调试，由于B组开发人员属于温水煮青蛙态度，不是很顺利。

　　节点1

　　我找到B组组长，描述了事情经过，组长也有其他事情，但已尽力帮忙调试，但在前期这样不配合的状态下，C组开发负责人情绪较激动。

　　节点2

　　我将问题反馈给B组组长，B组组长继续反馈给领导，B组领导开始重视。

　　此时微信群里有各组开发负责人、PM及测试。

　　节点3

　　经过沟通，3组开发人员内部进行联调，测试不参与。

　　最后，联调成功、交给测试、测试进行验证。

　　时间估算，从测试角度来看，跟踪协调最起码浪费了2天时间，但结果是事情解决了。

　　不同人员的心态梳理

　　通过上面的过程，总结不同人的心理状态，如下表格：

表1 人物心理状态分析

　　总结

　　整个过程有什么我们可以借鉴的经验，下次处理起来可以更高效一点呢？

　　1、发现问题时，觉得是个大坑的情况下可以转移，但个人不建议这么做。

　　2、发现问题后，第一时间找到相关领导，再由领导分配给相关开发，我当时是因为当时负责人都在客户现场，自己先去尝试解决，没想到碰到一鼻子灰。

　　3、如果有能力的话，可以参与到流程制定当中去，个人经验是制定流程不是难点，难点是制定完流程后，如何更好地让大家参与进去，这里的技巧和尺寸需要拿捏得当！

　　4、遇到不配合的开发，可以向上管理，请求上级领导支援，不建议情绪化。

作者：桃子    

来源：http://www.51testing.com/html/84/n-7792084.html