测试人员驱动开发人员，可否？（2010-3-3）（获奖名单已公布）

rolei

先计论一下题设（提的太有意思，忍不住要说两句）
１、"一个软件产品应该以测试人员的判断和期望为依据，因为测试人员更了解用户需要什么"
如果测试人员更了解用户需要什么，要需求分析人员做什么？
如果以测试人员的判断和期望为依据，那么用户的需要是什么？
测试人员用自已“制定”出来的标准验证自己的想要的产品，这与开发人员自己测试自己的程序有什么区别？
测试的价值到底是什么？

２、不是像以前大家所认为的测试人员是给开发人员“擦屁股”
测试能擦得了这个“屁股”？如果可以，建议这样的测试做到项目管理或是咨询去。
你就不怕你把“标准的制定权”拿到后，所有的问题都会一股脑的冲向测试，测试人员成为“被扣屎盆子”的了。
开发的质量不高不假，测试发现了大量问题不假，但决不是“擦屁股”
不要忘了测试工作：发现问题，提出问题，验证问题，不断改进。

回归正题：测试驱动开发，可否？
１、测试和开发什么关系？
独立？依赖？
合作，才是正道。
软件过程发展了这么多年，每一个岗位的职责定义已经很详尽，如何何作也有详细描述。
为什么执行的不好？为什么让测试做的如此痛苦？
不是谁驱动谁能解决的，只是岗位职责下的奖惩措施不明确，缺少必要的约束。

２、你想管理开发吗？
也许你会说，测试只是督促，只是希望开发的质量更高一些。
如果你没有管理权，能否驱动的了开发。
从合作到管理，这种关系的变化，测试自己是否能接受。

测试不需要驱动开发，只能驱动自己。
痛苦不可怕，找到原因改正。
不要抱怨，不要等待。
期待和争取更多支持的同时，还要自己不断前行。
质量不是测试一个人或几个人的事，质量是团队共同努力的目标。