反测试无用论之不做庸俗测试者

上一篇 / 下一篇  2012-05-14 09:45:54 / 个人分类:杂谈

在前述的文章中对独立测试无用论做了“激烈”的回击,支持者有之,反对者有之,总之能引起大家的思考就好。这篇我打算写温和一点的内容,那就是,反向思考,为什么有些独立测试不招人待见?如果从独立测试工程师自身出发,我们应该如何避免做“庸俗”的测试工程师?以下是观点:

2X,Wy6t5|0qs?'ak C0  1、做发动机,不做拖油瓶。51Testing软件测试网1a9W]L'C%Z

4vE {/sdT;N x'_!u0  当码农那年,刚开始进一项目,对面的核心开发就开始被一个测试大哥“骚扰”,此测试大哥言谈高调,目光如炬,最善发现类似页面俩空格只有一个,俩输入框不该在一行这类问题。51Testing软件测试网3Q1A-i3QcVF

51Testing软件测试网^Xm4WH)L.vk/ui:Q

  发现UI错误本身没错,确实现在好多页面的界面也够呛。但是,哥,咱们是在项目的前期啊,开发脑子里都是核心业务如何实现,三个表四百个字段怎么高效操作,你确定他们该停下来改UI吗?

N xxct&E N-i051Testing软件测试网2S8v K?5[ v2h

  UI是重要,UAT(客户验收测试)之前抽个几天就可以做出很大改进,不是吗?51Testing软件测试网w:o p$WF.`

U3T@ub Bc"N+` rU#{3h0  团队利益的核心是什么?按时交付。而测试人员的价值是:项目高质量交付。那么团队利益和测试利益在根本上就可能冲突。这还怎么一块过?......其实也能过。男人的价值观和女人还不一样呢,那么多两口子不也一过一辈子。

|3~w*|} ?cf0

:j)[K-g g"E2]$vjU X0  所以,后来做测试经理和团队负责人时,在项目前期,都要求测试人员提高对这类UI、易用性缺陷的容忍度,这么做有两个好处:51Testing软件测试网l)Z2Cv%k;w v

\4r*Z0vx,k)b0  第一, 开发和测试在前期不会因为这些问题争执不下,前提是,开发人员必须耐心的给核心测试讲清楚,现在重要的是什么。小问题不一定不重要,什么时候你准备把这些东西拾起来?51Testing软件测试网U/Y~,[-q?.a9a%D0u

5m,b}1_,I-QW0  第二, 测试人员避免心理收到打击:为什么我辛苦测试出来的bug没人重视。在这种时候,耐心的把项目的情况解释清楚,测试人员一般都会接收团队价值。51Testing软件测试网 LMvz$n)]

51Testing软件测试网j#ra#oc b3y b

  不做拖油瓶测试,核心的要求就是:你得知道项目处于什么阶段,最大的风险是什么,该做什么不该做什么,不该做的什么时候捡起来做。51Testing软件测试网FP cy7q`%V

51Testing软件测试网1Gh!A7O5C?0_d

  在最极端情况下,测试组的结论是“产品质量是狗屎,不能发布”,但是项目经理的要求是“一定要发布,除非从老子尸体上踩过去”,那怎么办?51Testing软件测试网&gV%~2{"VGi0[

51Testing软件测试网8J vk\ PK2j`

  三国中关羽失荆州被杀,刘备大怒准备伐吴,诸葛亮劝谏不可,刘备不听,最后果然刘备大败。

2PbJi"f~ tU0

U(s/u SL0  大概,项目经理有更高的诉求,测试所为,只能是把情况列出,含泪再拉一把:主公,我们还是准备准备在Release吧…Orz

2P[rY c?!^051Testing软件测试网 vR*h5\?0h

  现实就是这样,决策就有风险,测试就是提供决策支持,至于听不听,结局如何,只能让历史去评说了。

(y^GZmO051Testing软件测试网'~CW0X#_T"V7H z

  PS: 文中那位测试大哥,真心不适合做测试,适合去当公务员,当那个圈儿的人,最后他还真去事业单位了。51Testing软件测试网 t+N4o!a${ gT+V

51Testing软件测试网 P|k*o H#Rp'm

  2、做谢耳朵,不做软耳朵。

|!RjWn*V7T051Testing软件测试网n e-v!fW5I

  以前面试测试工程师的时候,很喜欢问一个问题,如果你提的bug,开发人员激烈反对,你怎么办?51Testing软件测试网H'M}OPo:f ]

q;z0S)V9G~8iaa&nv0  注意!这个问题没有标准答案。只是想通过测试人员的回答检验他们对于反对意见的处理方式。51Testing软件测试网~\i8^*Y_

&nu1I\6| \%^0  软耳朵测试要不得:开发说这不是bug,这是特性,好吧那就是特性;开发说这是你用的方式不对,好吧那就是方式不对;开发说这是你点鼠标的姿势不对,好吧那就是姿势不对;开发说测试没技术含量,好吧那就是没技术含量;开发说不需要测试,好吧那就不需要测试!51Testing软件测试网dj[?D6K)C

51Testing软件测试网 L:H C S.WPh

  拜托,拿着这样的测试人员写出来的报告,你晚上能放心的睡觉?51Testing软件测试网 S~Q%i:HZ%_.~

){];frU y S,|0  个人喜欢有点小强迫症的测试工程师:不能复现的一定想办法复现;开发不接受的一定要据理力争,真理是越辩越明。

kq,^G7b7k0

K.Y:V&uv9A3GBD0  看生活大爆炸吗?里面的谢耳朵最多人喜欢,他有时候够讨厌,但是他的观点很多时候也最有价值,不是吗。51Testing软件测试网wX a#h"kO

51Testing软件测试网V |_q*Jd;Q&l

3、不抱怨。

w9I XO1v+G}l0

\K|F!ZF)MuC|V0  哥上大学的时候最讨厌的那种人就是:整天自言自语,如果运气好一点就去清华了~~喵的,有那功夫倒是退学去复读啊?51Testing软件测试网"q$B#i B'?;Bk

H)s,aB)_[0  有些庸俗的测试工程师,整天把如下的话挂在嘴边:51Testing软件测试网4i,zF1D$R$[

51Testing软件测试网uK?3Ya8JA,wx

  唉,我的工作还真的是没有技术含量。

9GCxu s?Y0

:^u)S2y!l+}&y_"Q_0  如果我运气好一点我就去做开发了。51Testing软件测试网4c/s-r[-x'@`;z

51Testing软件测试网Cl%R"dZ7^.q/y

  我的工作好重复。

2\uhu9E{.M1n"n"X051Testing软件测试网,abG%ca0jM| C

  整天吐槽这些,你还不如放弃测试,去随便做个什么你认为可以解放你的职位。哪些你没有从事的职位就那么好?51Testing软件测试网'Gd?f3{H

/z4g0oyS;R W0  你说工作充满重复,可你知道那些话剧大师的台词重复了多少遍?

t:Z:je NAl~2E0

v$X c/Wl:{0  你说开发有技术含量,可你知道get,set一千遍一点技术含量也没有吗?

7DM2]'WmF0f;O#_yrI051Testing软件测试网Q1}d rk w

  我尊重那些即使大部分是重复,仍然兢兢业业不放过任何细节,自己寻找新意的工程师;尊重那些别人都在无所事事给淘宝做人肉压力测试时,自己默默在画bug鱼骨图的工程师;尊重那些真正热爱这个职业,维护这个职业的人。51Testing软件测试网p"i+t l*[

51Testing软件测试网~F!O5`-_ G(V}~v

  有句话叫做,世间三件好:别人家的饭菜,别人家的媳妇,别人家的工作。51Testing软件测试网!m9Me.d;nU

8Ll#N"j+U!p%m5|M0  4、争论,不争吵。

1PI;zX!i'e6EW&y0

!`8R.r8E7v&J0  我们的工作就是给人挑茬,正常人被找茬都会下意识的反应:md,老子才没有错。差别就是年轻开发会张嘴而出,成熟开发会在心里默念一遍然后给你一个职业的笑脸。所以开发和测试经常吵起来,所谓的小吵怡情,大吵伤身,一定要在可控范围。51Testing软件测试网(OSZ(Sw yXS

#z4q(i O)j,{3o p0  如何要做到争论而不争吵,借用捷克政治家哈维尔的论坛讨论守则(个人不同意他的不少政见,但是支持几个观点)51Testing软件测试网2Sv,_2h b$?+n

[D&Xm$tG"`fU0  《对话守则》: a. 对话的目的是寻求真理,不是为了斗争。 b、不做人身攻击。 c、保持主题。 d、辩论时要用证据。 e、有可能承认自己是错的。 f、要分清对话与只准自己讲话的区别。 g、对话要有记录。 h、尽量理解对方。

9|P8h7Mhc;d051Testing软件测试网\9D l#Y.w2O/o

  另外加一条,能在工程师级别解决的,就不要交给你的老板…

X4f.Q/[$Hu0

m[(LuX9k4Sv[0  我觉得很多测试和开发之间的矛盾,实际上是沟通的方式不对。就开发人员来说,他们只是不太善于沟通,他们真的是一些单纯的好人?

*T!B*X@$S&`_1S@g!@0

*I2\ [:V7^N+S.h0  因为写用例的习惯,一篇争取只有一个观点,但是“庸俗”测试者真的是一个大话题,这篇内容多一点,忍耐这看吧。后续对这个话题,我再补充。

9l S[:sF0ceP051Testing软件测试网 K_Ke3jv U/p3^

  PS:有一个工程师有天问,如果把开发和测试对等于工地上的职位,开发是码砖的,测试就是质检或者监理吗?我回答,错误,开发是码砖的,那测试就是那个抹泥的。开发测试是配合关系,绝不是管理关系。

t#e&U9^S&jc[051Testing软件测试网2Y1\`c Nw4^

相关链接:51Testing软件测试网TSI YX

+W9c8t2Rl?3Mp0反测试无用论之帮你接盘子的人

l6y0S)@;fHM CBTXU0

TAG:

Mr.南柯 引用 删除 bob123654   /   2012-05-15 09:11:33
原帖由学习快乐于2012-05-14 11:16:56发表
测试工作中测试固然重要,像楼主所说测试中沟通交流其实更重要,任何工作的进展好的沟通交流方式是必不可.

说的很好,顶一下
原味白开水 引用 删除 学习快乐   /   2012-05-14 11:16:56
测试工作中测试固然重要,像楼主所说测试中沟通交流其实更重要,任何工作的进展好的沟通交流方式是必不可少的。

在测试中发现的bug,一定要区分它的优先级以及对产品的影响,要区分中哪些必须先修复以及最后的日期,哪些bug其实对产品的功能使用没有大的影响,在时间不充足的情况下可以下一个版本修复。

当提交的bug被认为不是bug的时候,我们要反思为什么开发说不是Bug,而从我们自己的角度分析为什么它是bug。首先我们可以追溯到需求文档,如果需求文档中对发现bug的那个行为没有描述,这个时候我们测试组可以把发现的被视为无效而我们觉得是问题的bug进行归纳起来,然后写一个文档和上级领导和其他部门在讨论一下,其实这些都有可能是需求分析做的不全面,这样也可以在最近的版本中进行修复。

我们的职责是发现问题,推进问题的解决。最好我们测试能够发现需求引导产品的完善方向。
 

评分:0

我来说两句

Open Toolbar