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

默默巫

测试人员驱动开发人员，可否？
就是说开发一个软件产品应该以测试人员的判断和期望为依据，因为测试人员更了解用户需要什么，而不是像以前大家所认为的测试人员是给开发人员“擦屁股”的。欢迎大家畅所欲言！


如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	rolei	50元手机话费充值卡	5#
二等奖	carina2010	300论坛积分	19#
三等奖	huxb_dowant	100论坛积分	24#

willingchenlp

拿个床来占SF。

占坑待编辑。

寻根问底

现在在我们公司，测试人员，还是在给开发人员“擦屁股”。

要改为像楼主说的那样子，个人觉得不行。

首先：测试人员，在公司的地位，普遍比开发人员低。
其次：开发一个软件，本应该按照策划文本或用户需求方案决定，而不是测试人员说了算。现在我们公司的情况是，就算是遇到用户体验方面的问题，我们测试人员，也必须经过策划人员或上级确认，才能告诉开发人员如何做。
最后：“以测试人员的判断和期望为依据，因为测试人员更了解用户需要什么”。我觉得每个测试人员，都会有自己的想法。假如真的能够做到代表用户，那么这个测试人员是非常成功的。我想，这时，其职位就不是测试人员了吧

一家之言，欢迎指正

厍仕杰

要满足三点条件才可能实施：
1.高层支持
2.测试人员有一定的技术水平
3.所做项目要具备作为试验品的条件

即便实施开始，也要符合以下三点：
1.清晰工作处理流程
2.完毕的文档支持
3.清晰明确的角色定义

一点拙见、谢谢。

rolei

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

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

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

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

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

chengning

chengning

顶5楼

huilin.gao

楼主的观念非常正确
但是在国内的大环境下，就目前而言，根本无法达到那个高度
我工作了几家公司，都是测试在给开发擦pp
“开发一个软件产品应该以测试人员的判断和期望为依据”这句话有点问题，应该是用户，因为测试人员对需求的理解也会因为种种原因出现偏差

xunmi

如果测试人员在公司里的角色就是给开发人员擦屁股的话，那说明这个公司的测试部门工作是相当被动的。测试人员的职责应该去思考如何提高公司产品的质量，而不仅仅只是限于去发现产品中的BUG。
部门管理人员应该从测试管理流程上对这种现象进行改善：（1）公司在需求和设计评审时，测试人员需要参与，并积极提出建议；（2）测试人员编写完测试用例后，需要发阅给产品经理和开发人员，进行评审，并提取出BVT测试用例供开发人员版本提交时用，多增加测试与开发之间的交互；（3）测试人员不能仅仅只做功能测试，还需要做性能和自动化方面的测试，使得部门测试人员的技术水平提高，这样才能发现产品更多的缺陷。

zhang1987yuan

我现在还在擦PP呢。哎。。。什么时候才能出头啊？还是自己的能力不行。说话没有分量。

happylongnv

测试完全驱动开发是不可能的，但测试对开发起相当重要的作用却是有可能的，而不简单的只是擦屁股或者说做开发人员的秘书。原因：
1。测试人员本身认识的局限性，测试人员不是用户，只能尽量从用户的角度来看问题。。。有些事情还需要和开发人员讨论，甚至碰到测试人员和开发人员无法达到意见一致的情形（当然这种情况一般要项目经理或者最终用户定夺）。
2。测试人员地位的问题，很多公司测试人员的地位普遍低，根本没有说话的份。
3。但是测试人员能做到尽量将开发人员交代的事情做好，并且适当的和开发人员争辩，坚持自己的意见，如果你的意见大多数情况下是对的，并对项目的质量起了帮助，我想开发人员会对你另眼相看的。
不才，期待更新的看法。。。

oac

说到底，就是目前测试人员不太能参与进软件需求分析及设计阶段，做到尽早测试。目前国内很多公司的领导层对测试的定位也就在给开发人员“擦屁股”阶段。国内软件开发的普遍意识是尽量民工花，工厂模式化，跟做山寨机一样。很多的开发也就是不断垒代码的民工，处于产业链的底层，而测试就是更底层了。

开着拖拉机上班

如果单独回答楼主的问题：可以
但是大家在讨论的时候最好弄清开发和测试的最终目的是什么，引用5楼的一句话：质量是团队共同努力的目标
嘎嘎嘎

kiss0710

开发和测试应该是合作关系，相互独立又相互监督。
用户的需求需求文档不都定义好了么?
个人认为测试存在的最大目的是监督开发成果的正确性，规范性，健壮性。
测试驱动开发，在某个具体的功能点上是可能的，在测试比开发更有经验的前提下，可以在符合规范的前提下引导开发向自己期望的方向修改代码及处理异常。
从整个项目来看，测试不可能驱动开发如何开发。
不过测试可以影响开发进度。

dumb_dora

能者多劳
假如测试提的意见能够真正代表客户，能够说服大家，那我想，这个时候测试确实能够驱动开发去做一些修改的
那假如测试提的意见有时候连自己都说服不了，那这样的意见又有什么参考价值呢?
相对于需求，开发，测试而言，谁的意见被采纳了，那才有真正的驱动价值。
所以，测试人员也勿需想太多，先做好自己的本职工作：发现问题，提出问题，验证问题，改进质量。
被大家认可之后再发表些有意义的言论吧

投缘

按照理想化，应该测试驱动开发。因为测试是站在客户的角度，在软件投入运行前，对软件需求、设计等进行最终复审的活动，暴露软件中隐藏的错误和缺陷。测试的结论和判断代表了用户。当质量真正达到标准后，才能上线，而不是开发无限期的压缩测试的时间，等上线后出现问题，再让测试人员负责。

卿如野菊花

好问题

carina2010

测试能不能代不代表用户，其实有很大的局限性。
如果是网站 ，大家还可以站在普通用户的角度测试一把，
要不然一些专业一点的软件，都有一定的行业特征，拿功能测试来说
例如电信方面的软件，你必须知道电信人员是怎么工作的，
如果是财务软件，你就要知道财务人员是怎么回事情，你才是真正的站在用户的角度，
但是现在大多数的测试并不知道自己的用户是做什么，甚至不知道用户怎么用软件去工作，
站在这个角度驱动开发其实没有多大的驱动力。
至于性能测试等等，就更别提了。自然更加复杂。
然后很多测试不懂开发，所以提不出有关性能或其它的建设性意见，
只能是开发怎么做，测试怎么测，顶多就是提点界面的问题啊什么修改（有时候这个，开发有可能也会不理睬），SO,不受领导重视，地位低下的评论就出来了。



测试就是一个怪圈，在中国来说都是属于不含多少技术量的职位，
其实测试真应该多一些代码，架构以及需求方面的特长或知识，这样才能真正挖掘软件的BUG，但是有这个技能的，都不会去做测试吧，哈哈。

所以说，要测试驱动开发人员，有几个条件
一，测试懂你要测的软件的功能实现的目的，这样才能了解软件功能的实用性和写测试用例的完整性
二，测试要能全程参与需求，这样才能评估开发的功能是否满足客户所需。减少返工次数和提升客户感知度
三，测试懂一些代码，不懂代码也要懂逻辑。这样才知道业务是怎么通过软件实现的，然后可以挖掘出更深层的BUG。

等真正实现这个的时候，估计你在公司也是大牛一只了，驱动开发人员，那是当然的啦

z_kh

先问个问题：
不知道现在有几家公司的需求做的真的有用例细致的？

不用说什么理论，直接说案例
我所负责的组里，测试和开发同时获取需求，需求确认完后，开发负责自己的codeing，我们开始用例设计，用例设计完成后，评审，审完后发给程序，他们单元测试完后还会根据我们的用例自测，并根据他们自己的测试结果进行修改。
而程序给我们的评价是，用例比需求更好用。
不知道这是否属于变相的驱动开发了？

[ 本帖最后由 z_kh 于 2010-3-4 17:21 编辑 ]

swinfans

现在不是有测试驱动开发吗？