在天网查上看了一下全国软件公司有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、遇到不配合的开发,可以向上管理,请求上级领导支援,不建议情绪化。
最后: 为了回馈铁杆粉丝们,我给大家整理了完整的软件测试视频学习教程,朋友们如果需要可以自行免费领取 【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。