对测试最后一公里的思考

   作为一名入行也有些年头的测试人员,今天想来跟各位同行(无论你是开发,PM,还是测试or其它职位上的“挨踢”人员)一起探讨下最后一公里的问题,只是我这个最后一公里探讨的对象是作为“测试工程师”存在于各大公司,包括在国内BAT这样的大IT公司里面也为数不少的一群人。

  不记得在哪里看到这么一个桥段,桥段说:在恋爱的季节期,一年有365天,如果你在其中的某一天做的不好,那么尽管其余的364天你做的都很优秀也等于0,那一天的失误也将直接导致你364天付出的归零。感觉好苦逼的样子,看来马司令说的恋爱容易,婚姻不易,且行且珍惜,恋爱也不一定说就容易哦.......

   作为一名普通的测试人员,也辗转了几家公司。每一处,都非常强调测试人员的能力提升。比如说:coding能力、框架设计能力、DB能力、架构理解能力、code review能力等等云云,全方位,360度打造我们测试界的“克塞号,铠甲勇士,葫芦娃”.......当然,我对于这样能力提升的安排是举我所能及的手赞成的,并且我非常同意,如果要把测试做好,这些能力绝对是你不能忽视的,否则真会只见一斑。看不到实质,抓不住重点。但是在这条路上,有时候我们是不是丢失了一些什么?弄错了一些什么?方向是不是也开始偏了?我们作为测试人员,我们有最后一公里吗?如果有,我们的最后一公里是什么?

  首先,我们看个例子:有这么一个测试团队,就职于国内某大型IT(绝对的大型)企业,很多人毕业想进都很难的,记得当初自己进来也是面了几次才勉强获得机会。在平常的工作中,组内不仅仅有专门的人去负责和维护单元测试,也有专门的人去开发测试工具,更有专人去做协议测试,破解,暴力测试(请相信我,绝对不是简单的点点,比如里面有PDB文件的破解、反编译,反汇编)、弱网络等等测试,对的,这些都是测试人员干的。该团队所在的质量中心,也有专门的团队在做外包人员考核,分析。专门的团队负责大数据平台的建设,设计,开发、dump文件分析等等。总之,绝对是一只战斗力惊人的团队,是你居家休闲,出门旅游的必备团队,为你解忧~~~~但是,就是这么的一只团队,这么的一个中心,在长跑的过程中,他们的最后一公里是怎么样的呢?请看真实回放:

A:我靠,什么情况?这个bug怎么会在外网出现?

B:MB,知道了。那边测试的时候环境被人清过DB,数据跟外网DB数据不一致,所以导致引发该问题的条件数据不存在。但是外网的DB里面有。。。

A:MLGB,紧急更新吧

......

A:我擦,为毛每次都是凌晨5点下班啊,是要做好床前明月光,猝死算工伤的节奏吗。。。。

B:你抱怨个飞机啊,那边打包出问题了,在调试呢?

A:为毛每次都要做的打包还是会出问题啊,,,是陨石砸中了巨坑在这里出现吗?

B:你懂个球,打包是每周不同的人打的,项目组那边很忙,没人做文档,有文档也是很久之前的了,可以作为贵司博物馆藏品

.......

A:怎么会这样?不可能啊,我绝对测过,没有这个问题的

B:淡定,问题查到了,是因为运维那边没有执行DB操作,淡定

A:为毛开服,外网发布不做一个外网发布方案啊,多好

B:你去推啊,只要你推的动,反正我们是推不动

A:去就去

A:你们能自己整个外网发布方案不?这样也好在外网发布之前将思想理顺,每个环节自己检查自己的,都OK之后也不会出现因发布某个环节遗漏导致的问题啊

C:恩,很对。恩,我们接受

.......过了很久,还是一样,,,木有文档,问题依旧,木有文档,问题依旧


A:纳尼?qio do ma dei?这不科学,为啥会有空指针?

B:你看过代码扫描工具的报告吗?没有发现?

A:没有发现

B:你看过代码来吗?没有发现

A:我表示真没发现

B:你测试过这种场景吗?

A:我测试过,正常的,我求你别问了,我真不知道,你告诉我吧,让我不断完善自己成为金刚葫芦娃,嘀嗒嗒嘀嘀嗒嗒,葫芦娃~~~

.........

朋友,你看到了什么?我可以说,这些都是真实的案例,都是团队加班了很久,忙碌了几天,最后一天外放之前甚至加班到凌晨3、5点,经常可以稍微坐坐就能看日出的时间才下班,走出公司的大门。。。当他们从疲惫中醒过来,迎接他们的不是sexy的钢管舞女郎,更不是达买的吉泽小姐,而是一堆的XTX内部沟通消息,“外网出bug了,这里有bug,有测试在吗?.......求紧急更新,测试看下啊?拜托~~~测试上去看看,预发布好了”每每这时,我都很想说一句:MD,我信了你的邪~~~兄弟们,对不起,我们,,,又倒在了最后一公里这里,,,

   那么到底是什么让我们总是屡屡的倒在最后一公里呢?往上看(只列举部分)

测试环境不受测试控制

项目组核心流程风险控制不严格

项目组对于测试建议,,,一直都在当个屁,即使出了问题,他也会带着耳塞说,没事,放个屁吗?反正音乐这么大,没人听得到

测试组平常做的一些工具开发,一些看起来很美的东西,可能真的只是很美,对于项目的帮助到底在哪里?还是仅仅只是给上面的老大年底的时候漂亮的PPT上再多增几笔?KPI的完成上再锦绣一番?

   好吧,说多无益,说多了就感觉像个抱怨的怨妇了,我只想说,我们测试发展到今天,平常真的很苦,很苦,为什么总是越过火焰山,穿过怒风林,马上要取到真经的时候,总是在最后一公里看到很多的尸体,真的很可惜,“佛祖”一直看不到,听不到,,,,,我们的声音在笑,泪在飘,项目组的你们看不到,看不到~~~

    请仔细思考,测试最后一公里到底是什么让他们倒下?作为测试行业的引导者,作为一个公司的测试部门leader,作为一个公司的CEO,副总裁,对于质量部门,你的预期期望到底该是什么?


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值