昨天停电了，办公室里面漆黑，实无聊之极，忽然想到前文说到了某个新功能出来几个版本之后，负责此模块的测试人员竞不知道有此功能的问题。

　　为什么为会如此呢？因为我们总是在忙碌。要上线了，性能测试还没有做，所有人员都投入到性能测试中去了。功能呢？功能早解决了，没问题。新版本发布了，该死，你怎么又搞出来问题呢？

　　这很显然是流程管理问题，但流程建立起来了又能如何？实施才是关键。怎样做这个流程的节点呢？你可以这么做，我可以那么做，怎样做才是好的呢？喋喋不休的争论，似乎看不到结头。

　　也许我们应该建立起一种测试的文化，属性整个团队的一种测试文化，一切都在这种文化氛围内工作和实施。那么如何建立这种测试文化呢？我觉得应该从下面这几个方面着手：

　　1、悲观测试论

　　我们的测试总是不够的

　　2、开发、设计隐瞒论

　　开发、设计总是隐藏着某些东西，我们不知道，我们需要知道他们隐藏着的东西，我们得去追问他们隐藏了什么。所以我们得总是询问。

　　3、测试人员疏忽论

　　测试人员总是懒散的，测试几轮之后放松了警惕，所以我们得想办法强迫其紧张起来。

　　4、其它方法（我还没有想到）

（二）

　　文化是什么东西，文化是文化。这个东西说不清楚，咏诗谈曲是文化，放屁打架也是一种方化。为什么他们都是文化呢？因为我们都认为其是文化。请注意，关键点在那里，关键点在于“我们都认为”，所以测试文化的建立也应该建立在“我们都”上。那“我们”是谁呢？刚一开始我认为“我们”即是我们，也是所谓的软件测试工程师们。后来读了《探索式软件测试》的作者的文章，我认为“我们”应该是上至产品经理、设计、需要分析师、架构师、开发人员、数据库人员、运维人员、测试人员等整个团队各个环节都存在一种测试的氛围，能够在项目的推动过程中常常思考我的工作内容经过测试论证过吗？我的工作成果利于下一阶段工作吗？我遗漏、疏忽了些什么？我的工作为下一个环节产生了缺陷吗？

　　这是文化，一种人人测试，人人参与的测试文化，而不是一股脑地让测试工程师们做扫尾工作。更不是像《永不灭亡的番号》中所说的那样“我们都是后娘养的”一样，我们要的是对测试这种手段的统一认识的利用的氛围，我们要的是人人参与，极早控制，而不是“后娘养的”一样永远处于擦屁股的劣势。

（三）

　　喝一杯白开水，让思绪继续接着上一篇开始胡思乱想！

　　人人测试，人人参与的理念似乎过于痴人说梦，现实总有很多东西制约着这种理想。让产品经理、设计人员、需求分析人员等等学习测试的方法，去利用这些方法去考验自己的工作成果，近乎于天方夜谭。因为什么？因为忙！因为进度在追赶！越快的进度，老板自然赚得也越多。

　　测试要求其它人员干这样，干那样。时间耗得起吗？耗不起！所以，从现实上来看，这似乎是不可能的。再加上，近来测试工程师的需求水生风气，无形中已助长了一种风气，那是测试是软件测试工程师们的事！我的天，我真不知这是好事，还是恶事！所有缺陷的压力撑的一下，到了你我身上。你还望期望什么？还能说什么？毕竞，老板是给了你我工资的。

　　James.A.Whittaker说要让人人了解测试，人人运用测试知识，只有先建立学术氛围，在所有有关计算机工程类专业中加入这些必修课，让大型厂商们畅导这种概念，让客户们关心软件质量而痛恨缺陷，也许这种测试文化才盼头。

　　可事实是什么？中国大学教育批评的人太多，测试学科，神马吧？听说这玩艺我还是在三年前的。三年前的是我正式工作的第，我才知道原来这世界上还有一个软件测试！天啊，奢望原来是一条死路。

　　这是一沟绝望的死水

　　清风沟不起半点涟漪

　　......