测试驱动开发？

测试驱动开发本指开发过程测试先行，设计相应的测试场景、用例，驱动整个开发过程在正确的预期结果下进行。
5年前，原有的团队在引入测试驱动开发，一个做法就是将测试人员工作前置，测试人员设计测试用例，然后开发人员按测试用例进行开发和验证。有点结队编程的意思，但又有些变味，到底是什么，不知道了。。。

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

 

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

 

回归正题：测试驱动开发，可否？
１、测试和开发什么关系？

独立？依赖？

合作，才是正道。

软件过程发展了这么多年，每一个岗位的职责定义已经很详尽，如何何作也有详细描述。

为什么执行的不好？为什么让测试做的如此痛苦？

不是谁驱动谁能解决的，只是岗位职责下的奖惩措施不明确，缺少必要的约束。

２、你想管理开发吗？
也许你会说，测试只是督促，只是希望开发的质量更高一些。
如果你没有管理权，能否驱动的了开发。

从合作到管理，这种关系的变化，测试自己是否能接受。

 

测试不需要驱动开发，只能驱动自己。

质量不是测试一个人或几个人的事，质量是团队共同努力的目标。