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

通过这个数据可以发现，大部分公司从实力和规模上都偏向中型或者小型

也就说其中的流程不一定很健全，设置没有流程而言。下图窃取了两张数据的图片供参考

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

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

测试抓紧时间进行测试，测完后上线发布 

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

那么问题来了  这个过程中遇到不积极的同事怎么办，我想这种问题一方面对于工作几年的同事来说很平常不过，一方面对于

刚刚接触测试的新人来说，更是无从下手，那么就我最近的一次项目经历，简单聊聊事情的经过，也希望大家读故事一样，如果有

想法可以在评论区留言，我们一起探讨共同进步。

一  工作背景

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

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

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

图3.业务流程图

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

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

二 测试过程

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

2、我这边开始准备测试，走了几个步骤后发现系统c操作完成后，在a系统没有反馈内容，有可能a、b、c 3个系统都有问题

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

为什么我没有这样做呢？

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

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

前期~

c组开发人员很配合，态度端正

b组开发人员态度不好

a组开发人员一直很积极

开始测试~

调试大概2天 期间经历多次找问题开发调试

由于b组开发人员属于温水煮青蛙态度，不是很顺利

节点1

我找到b组组长，描述了事情经过，组长也有其他事情，但已尽力帮忙调试~~

但在前期这样不配合的状态下，c组开发负责人情绪较激动

节点2

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

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

节点3

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

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

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

三 不同人员的心态梳理

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

表1 人物心里状态分析

四 整个过程有什么我们可以借鉴的经验

下次处理起来可以更高效一点

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

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

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

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