昨天停电了,办公室里面漆黑,实无聊之极,忽然想到前文说到了某个新功能出来几个版本之后,负责此模块的测试人员竞不知道有此功能的问题。
为什么为会如此呢?因为我们总是在忙碌。要上线了,性能测试还没有做,所有人员都投入到性能测试中去了。功能呢?功能早解决了,没问题。新版本发布了,该死,你怎么又搞出来问题呢?
这很显然是流程管理问题,但流程建立起来了又能如何?实施才是关键。怎样做这个流程的节点呢?你可以这么做,我可以那么做,怎样做才是好的呢?喋喋不休的争论,似乎看不到结头。
也许我们应该建立起一种测试的文化,属性整个团队的一种测试文化,一切都在这种文化氛围内工作和实施。那么如何建立这种测试文化呢?我觉得应该从下面这几个方面着手:
1、悲观测试论
我们的测试总是不够的
2、开发、设计隐瞒论
开发、设计总是隐藏着某些东西,我们不知道,我们需要知道他们隐藏着的东西,我们得去追问他们隐藏了什么。所以我们得总是询问。
3、测试人员疏忽论
测试人员总是懒散的,测试几轮之后放松了警惕,所以我们得想办法强迫其紧张起来。
4、其它方法(我还没有想到)
(二)
文化是什么东西,文化是文化。这个东西说不清楚,咏诗谈曲是文化,放屁打架也是一种方化。为什么他们都是文化呢?因为我们都认为其是文化。请注意,关键点在那里,关键点在于“我们都认为”,所以测试文化的建立也应该建立在“我们都”上。那“我们”是谁呢?刚一开始我认为“我们”即是我们,也是所谓的软件测试工程师们。后来读了《探索式软件测试》的作者的文章,我认为“我们”应该是上至产品经理、设计、需要分析师、架构师、开发人员、数据库人员、运维人员、测试人员等整个团队各个环节都存在一种测试的氛围,能够在项目的推动过程中常常思考我的工作内容经过测试论证过吗?我的工作成果利于下一阶段工作吗?我遗漏、疏忽了些什么?我的工作为下一个环节产生了缺陷吗?
这是文化,一种人人测试,人人参与的测试文化,而不是一股脑地让测试工程师们做扫尾工作。更不是像《永不灭亡的番号》中所说的那样“我们都是后娘养的”一样,我们要的是对测试这种手段的统一认识的利用的氛围,我们要的是人人参与,极早控制,而不是“后娘养的”一样永远处于擦屁股的劣势。
(三)
喝一杯白开水,让思绪继续接着上一篇开始胡思乱想!
人人测试,人人参与的理念似乎过于痴人说梦,现实总有很多东西制约着这种理想。让产品经理、设计人员、需求分析人员等等学习测试的方法,去利用这些方法去考验自己的工作成果,近乎于天方夜谭。因为什么?因为忙!因为进度在追赶!越快的进度,老板自然赚得也越多。
测试要求其它人员干这样,干那样。时间耗得起吗?耗不起!所以,从现实上来看,这似乎是不可能的。再加上,近来测试工程师的需求水生风气,无形中已助长了一种风气,那是测试是软件测试工程师们的事!我的天,我真不知这是好事,还是恶事!所有缺陷的压力撑的一下,到了你我身上。你还望期望什么?还能说什么?毕竞,老板是给了你我工资的。
James.A.Whittaker说要让人人了解测试,人人运用测试知识,只有先建立学术氛围,在所有有关计算机工程类专业中加入这些必修课,让大型厂商们畅导这种概念,让客户们关心软件质量而痛恨缺陷,也许这种测试文化才盼头。
可事实是什么?中国大学教育批评的人太多,测试学科,神马吧?听说这玩艺我还是在三年前的。三年前的是我正式工作的第,我才知道原来这世界上还有一个软件测试!天啊,奢望原来是一条死路。
这是一沟绝望的死水
清风沟不起半点涟漪
......