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

默默巫

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


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

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

郁闷的芝麻

谈谈我的看法，我是一个测试行业的从业者，之前做过3年开发，然后转测试，大概做了2年测试，然后做测试管理，都是同一个行业。
最开始我做开发的时候，也认为公司的测试人员没什么价值，水平低，能力差，等我真正做测试后情况发生了变化，新公司测试方面投入很大，测试不再是可有可无的角色了。

回到楼主的话题，个人认为测试驱动开发是可能的，但是要注意如何理解“驱动”二字。这个驱动不是所有的都驱动，在软件设计方面开发的优势是不可替代的，测试更多的是从流程/质量/控制方面来驱动，当然还包括需求的把握。测试人员不可能替代用户说话，但是可以做到尽可能站在用户立场说话。要达到测试驱动开发对测试人员要求很高，不但要有很好的沟通理解能力，精通专业业务知识，还要具备足够的开发设计经验。

其实就国内的情况看，绝大部分公司都陷入一种恶性循环，测试人员不能给予高薪和很好的发展机会，从而导致很多人员不愿意进入测试领域(因为没有发展)

wangzihaoipp

感觉我这个刚进入测试的菜鸟逃离这个行业比逃脱菜鸟这个名号还好点~~~~
呵呵。。

darking

大家可以看看《敏捷开发的艺术》

测试驱动开发，好像不是各位说的那个意思

敏捷开发中
要求测试的水平比较高

mx113040

个人认为：‘测试人员驱动开发人员这句话没问题’，
但解释好像不是说的这个意思呀
‘开发一个软件产品应该以测试人员的判断和期望为依据’这句话的意思好像在说开发一个产品的时候要根据测试人员对需求的判断和理解，如果测试人员理解有偏差怎么办？
另外，开发人员是这个产品的生产角色，测试人员则是这个产品的质检角色，两者是一种对立合作的关系，目标是一致的，所以测试人员和开发人员是互相驱动才对~~

dsy851009

我怎么感觉你们把测试驱动开发的意思给理解错了呢？
测试驱动开发，并不是测试人员去驱动开发人员，而是开发人员在开始一个项目之前要先测试是否可行等。
跟测试人员似乎是没有必然联系的吧？

zhenni

znhwj

发现有好多牛人,先向牛牛们致敬!我以前做过开发,后转为测试,我觉得测试和开发是合作关系,测试一定程度上驱动开发,同时,开会也会驱动测试,互相驱动的经果就是使得产品质量得到提升,最终满足客户要求.

wynpere

个人觉得测试只能在一定程度上驱动开发即可，比如测试过程中遇到争议的BUG，在测试人员确实了解系统业务及客户需求的情况下驱动开发执行问题修改
完全意义上的驱动似乎与需求人员、系统分析人员的工作相混，意义不大。

alice29funny

当然不行。如果这样也可以，那么项目组长做什么，不如直接叫测试人员做项目组长了。

NapoleonWang

基本不可行。
首先声明，我是测试人员，免得有人误会我。。。

这个观点应该是从“测试驱动开发”来的。 声明一下，测试驱动开发中的测试是“单元测试”，不是我们所讲的测试，区别有：

• 单元测试是由开发人员完成，而测试是由测试人员完成的。
• 单元测试的主要应用是支持代码的敏捷开发和改动，而测试是为了保证产品质量，根本目的有所不同。
• 单元测试只能完成简单的逻辑测试和功能测试，而无法像测试那样完成全面的功能、性能、安全、场景、安装、兼容性等等测试。

测试驱动开发可以看做是帮助敏捷开发的一种手段。

现在来说测试人员驱动开发人员：这个工作模型是完全错误的，其实驱动开发过程的既不是开发人员，更不可能是测试人员，而是项目经理或者产品经理，其实驱动开发过程就是要控制和平衡三个维度：

• Feature，翻成中文不太好说，就当功能吧，这东西论“个”，可数。
• Resource，主要包括人员和设备
• time，时间，主要是保证什么时候完成什么Feature。

这中间还包括和客户沟通，构思和实现公司的产品战略等等。这个工作是高风险、高模糊性的工作，而且很繁重，不可能交给测试人员的。

zhenni

软件测试群号：3611124  
欢迎进入交流！

baobao72931

你姓张啊？

wepheloo

首先大家应该明白测试部门不是质量管理部门，从根本上讲测试人员不需要对项目的质量负责任，他们紧紧是软件问题的发现者，是

尽量减少软件发布后由于软件缺陷而带来的损失而存在的；而质量管理人员需要对项目的质量负责任，他们是为了需求做得更好，为

了让开发写更好质量的代码，为了让测试发现更多的Bug而存在的。测试本身并没有对开发产生什么影响，他们两都从根本上是两权

分立。但测试与开发矛盾为什么会发生？本来当问题发生的时候，如，开发人员总是找测试人员帮忙重现Bug，一次两次大家都觉得

没有什么，但长期如下，矛盾始终会激发。那么这是谁的责任呢？我觉得从根本上讲是由于大家没有明确各自的责任，一方面认为测

试人员就是质量管理人员，软件有问题就不分是非地把矛头指向测试人员；另一方面质量管理人员都是公司的高层人员，他们可能由

于各方面的原因不可能会因为为那种不明不白的事而把责任扛上。于是就不声不响地让测试与开发去吵。而测试与开发即使知道真正

原因但即不敢向上头说什么。所以能驱动开发的不是测试人员，而质量管理

绯苍信

测试工作从需求开始的话就可以....如果只是做单元或系统测试，永远是擦PP的工作

dennyqiang

感觉大家对这个主题都有很多想法，我觉得这是好事，起码我们在考虑这个问题了，起码我们引入了这样一种理念：一个软件产品的开发，有一部分是可以由测试人员来驱动的。

其次呢，感觉大家对题目的本意还是理解得不够到位，始终把测试和开发作为一个对立面来理解这句话，基于这样一种观念的话不管谁驱动谁都无从谈起，都只会变成抱怨和无奈。

其实，测试驱动开发为什么一定要把需求人员拉出来呢，为什么一定要想到那以后岂不是测试说了算呢，也不用担心以后前一阶段人的屁股没人擦，如果有这种假设，讨论该话题肯定跑偏。

谈谈个人的一些看法吧：
1) 需求人员是必需的，这毫无疑问，哪怕测试团队有一天驱动了整个项目，需求人员也是必不可少的。
2) 有需求人员就够了吗？测试人员只需要按照SRS文档和其它文档上的功能来测就行了吗？恐怕不完全是。
3) 测试驱动开发就意味着开发从此以后一定要听测试的吗？也不见得，但至少，测试人员应该更主动才对。
4) 我不得不承认，对软件测试行业的从业人员，技术水平与相应的开发人员是有差距的，道理很简单：很多人是因为做不了开发才做测试的，也有真正喜欢测试的，但不太多。
5) 但是大家可不要忽略一点：对一个软件产品的认知能力，测试人员可不一定比开发人员差，这个跟技术水平没有任何关系。
6) 在团队中应该形成这样一种文化，测试人员说了可以不算，但是你必须重视我说的。

以前我们使用ClearQuest系统跟踪缺陷，CQ对于一个软件产品的Enhancement有单独的管理，测试人员想往产品中新加一些功能时便会将建议提交于此，但是开发人员根本没有时间顾得上这些Enhancement，连基本的功能都没时间做，哪有时间Enhance呢，也对。但是这个归要结底还是由于老板没有把这一块做起来，缺乏管理层的支持的确是一个比较头疼的问题，我们也只能在此默默的呼吁一把了。

若干年前，XP这种开发模式就被大家所熟知，其核心就是“测试驱动开发”，只不过它叫Test-Driven Developement，既然大家能接受这种方法论，为何不应该认真考虑考虑真正意义上的测试驱动开发呢，它的英文应该是：

Tester Drives Development   (主 -- 谓 -- 宾)    或者Tester Drives Developer 也行，不过这个显得比较狭义。

[ 本帖最后由 dennyqiang 于 2010-3-8 10:50 编辑 ]

swordredlin

1、首先明确，测试人员职责是发现问题。
2、不管是系统本身的问题，还是用户体验问题，作为测试人员可以不经过开发人员甚至主管可以直接提到缺陷系统中去。
3、不管缺陷类型，测试人员发现的任何一个问题，甚至是建议性的问题都工作中的成果
4、测试人员除了跟踪Bug进度之外，对于上级不予修改的Bug，一定需要负责人尽可能的给出备注。
这样，测试人员首先完成了自己的职责，对于有些不在职责范围内的事情也可大胆的放下。

ch2fjc

我们公司很大程度上是测试驱动开发的，很多开发工程师只了解该项目的一部分，或者说有时候不晓得具体要设计成什么样子，这就需要测试工程师去判断了

snbc

不存在谁驱动谁的问题；

测试和开发是一个团队伙伴的关系；

项目前期的方案和需求阶段，测试人员需要介入，未产品的方案设计提供评审和参考意见，此时可能重点是一些易用性、易维护性、从客户角度出发的一些功能需求等；避免到了后期测试时提出问题，导致产品有较大更改的风险；

后期测试过程中，测试发现问题，可以利用自己的经验进行缺陷定位或提供缺陷解决的建议措施等；共同提高产品开发质量；

huogongyanchang

我感觉还是有可能，等到中国的软件正的发展的很好，还是有可能的，
如果软件测试人员水平真的很高，这是完全有可能的，
要知道其他的行业很多都是以检验员的标准生产产品