现在敏捷开发很多都不需要专门测试人员，怎么办？

cleverman · 发表于 2010-9-14 14:23:19

本帖最后由 cleverman 于 2010-9-26 23:53 编辑

今天跟一个开发经理谈了一下话，他们说他们的开发人员30% coding,70% unit test,不需要专门的测试人员。而现在最火热的Facebook也没有测试人员。敏捷开发会越来越流行吗？会不会影响测试的发展？大家有经验体会的说说吗？

michelle0826 · 发表于 2010-9-14 15:11:03

真的吗？微软里面基本都是敏捷开发吧，用的是所谓的scrum model，　但每个project都会有testing engineer(STE)的，　包括manual testing 和automation testing engineer(SDET)
看来还是大公司好.....一般只有大公司才会注重测试，也只有大公司才会有专门的测试团队......
不过，测试出来发展确实不够广，　尤其是手工测试......
呵呵，个人之见......

showshow · 发表于 2010-9-14 17:10:58

unit test是可以发现很多bug，但不可能发现所有的bug，所以黑盒测试和性能测试还是很重要的，不可能被取代，lz不要误导大家

cleverman · 发表于 2010-9-14 22:05:33

原帖由 showshow 于 2010-9-14 17:10 发表
unit test是可以发现很多bug，但不可能发现所有的bug，所以黑盒测试和性能测试还是很重要的，不可能被取代，lz不要误导大家

那你解释一下为什么Facebook没有测试人员。其实Google测试人员比例也很少。重视测试的是传统的软件公司，比如微软。但是以后的软件发展是云计算，在这个领域测试的地位真是不容乐观。

Jacks · 发表于 2010-9-15 11:24:20

敏捷开发都不需要测试，我只说明你无知。。。嗨

cleverman · 发表于 2010-9-15 11:48:49

原帖由 Jacks 于 2010-9-15 11:24 发表
敏捷开发都不需要测试，我只说明你无知。。。嗨

首先，我没有说“都”，我说的是“很多都”。其次，我确实对敏捷开发无知，所以想像大家请教。Jacks能不能给科普一下呢？最好有一些典型公司的例子做说明。谢谢。

民营公司 · 发表于 2010-9-15 18:05:51

lz,真不想说你什么，想炫耀就明说，还弄块遮羞布干吗，你这种题目人家一看就是以为以后做敏捷测试人员全部失业，你还有什么好狡辩的，玩什么文字游戏，其实你也就是个sb，在公司里当不了什么领导，到这里来逞威风，你不就是个开发吗，有什么了不起的，有本事去开发的论坛逞威风，到这里来骗不会开发的小dd，小mm干什么，真tm无耻，呸

愚人 · 发表于 2010-9-15 23:34:54

哎，国内没法跟国外比……

ppstars · 发表于 2010-9-17 10:08:22

原帖由 cleverman 于 2010-9-14 22:05 发表

那你解释一下为什么Facebook没有测试人员。其实Google测试人员比例也很少。重视测试的是传统的软件公司，比如微软。但是以后的软件发展是云计算，在这个领域测试的地位真是不容乐观。

做网站的互联网公司，webtest的开发量本身就不多，测试量更少，因此完全可以由开发人员通过unittest来代替，效果也不错。但是在传统软件或者大型系统的公司里，测试人员绝对是不可或缺的。而且，敏捷跟测试有冲突吗？完全不是一个概念，谁说敏捷开发不需要测试？facebook和google测试少只能表明他们的软件逻辑和流程不复杂而已~

cleverman · 发表于 2010-9-17 11:01:47

原帖由 ppstars 于 2010-9-17 10:08 发表

做网站的互联网公司，webtest的开发量本身就不多，测试量更少，因此完全可以由开发人员通过unittest来代替，效果也不错。但是在传统软件或者大型系统的公司里，测试人员绝对是不可或缺的。而且，敏捷跟测试有冲 ...

传统软件是用敏捷开发吗？

mlsong2009 · 发表于 2010-9-17 16:56:55

嗯，很警世，这就是国内照搬国外经验的结果，老是被人家牵着走。
媒体对软件测试行业过于夸大了，背离了保证软件质量的初衷
看的人爽了，做的人未必啊

seeon1 · 发表于 2010-9-17 18:12:36

不一定吧，现在华为里面敏捷叫STORY测试来着，还是要测试人员的。。。

showshow · 发表于 2010-9-17 23:05:37

很多欧美公司都做敏捷，敏捷适用于周期短的项目，测试驱动开发，准确的说是开发人员在开发产品前，先把白盒测试代码写好，敏捷是很重视白盒测试，但白盒测试最多只能测出70%的bug，还有30%的bug是要靠黑盒及性能压力测试来完成的，但不能说这30%的bug中就没有非常重要的bug，有可能很多关键性的bug就隐藏在这30%的bug里，所以还是需要测试人员来执行黑盒及性能压力测试的，总不可能让开发人员100%的来测自己的代码吧，Facebook那种，我估计是采用了开发人员之间的同行评审，就是互相检查不同人的代码，但完全让开发人员去完成全部测试工作，似乎工作量太大了，而且也不合理。

liangshi · 发表于 2010-9-23 16:26:26

本帖最后由 liangshi 于 2010-9-23 16:31 编辑

要想了解敏捷开发中测试的位置，请参考《Agile Testing》，Safari Books Online有全文。这本书的两个作者就是敏捷团队中的测试人员，她们都活得很好。

软件开发总是需要测试工作的，有些团队中开发者会完成测试工作，因此不需要专职的测试工作者。在微软，也有一些团队没有专职的测试人员，相应的测试工作是开发者分担的。

既然开发也能顺手做测试，为什么还需要专职的测试人员呢？答案是“专业化”。软件开发的趋势是“通才”：所有人能够做所有工作，但是总有些工作还是要专业人士来做。例如，楼主是搞安全的。没有相当长时间的积累，别人没办法切入安全的领域并获得有效的成果。测试也是如此，有些测试是需要长时间积累才能精通，才能在短时间内达到高质量的要求。

因此，不管是否是敏捷开发，只要是高竞争性行业，趋势都是类似的。在一般复杂性的领域，团队对员工的要求就是通才：你能够写代码、写测试、维护构建、当构建完毕之后自动运行你写的测试（单元、集成、系统、验收测试）。在少量的高复杂性领域，需要专家来处理特殊问题。因此技术员工的发展方向是“通才型专家”。

我猜测Facebook 不是敏捷开发（who cares？赚钱就是王道）。在那里，简单的测试被通才处理了，复杂的测试被专家（他们也是通才）处理了，自然没有专职的测试工作者。对于Facebook而言，他们拥有这样的团队，不设定测试职位，能够有最快的速度、最大的产出，是合理的决策。

测试的独特价值在于在真实的环境中真实的使用，这会导致许多意想不到的情况。那到底是谁来执行呢？对于许多小团队而言，执行者就是开发者，这是最经济的。对于像Office+Sharepoint这么庞大的系统，可能需要联合若干个团队的测试人员来做真实环境的测试。设立测试职位，在经济上是划算的。所以，如果专职的测试人员不能提供相应价值，他们的职位就会被取消或压缩。

敏捷开发要求整个团队承担质量责任，因此降低了对专职的测试人员的需求。这实际是好事，大家一起开发产品、一起保障质量，这样最经济、最迅速。在这样的环境中，测试人员要向专家发展，提供特殊的价值。当然，也要做好转行的准备。

愚人 · 发表于 2010-9-23 16:46:26

国内企业学敏捷，最后捷而不敏

cleverman · 发表于 2010-9-24 01:02:37

要想了解敏捷开发中测试的位置，请参考《》，有全文。这本书的两个作者就是敏捷团队中的测试人员，她们都活 ...
liangshi 发表于 2010-9-23 16:26

说的真好。

测试人员要向专家发展，提供特殊的价值。当然，也要做好转行的准备。我非常赞同。低级测试以后可能都会外包了。

lyscser · 发表于 2010-9-24 19:28:39

按照测试基础理论，bug发现的越早，解决成本越低，所以大家都想在单元测试把bug解决的差不多
但是UI和复杂的业务场景是编码人员搞不定的，而且编码人员定向思维很严重，所以不需要专业测试的说法纯属是放屁，除非对软件质量不做什么要求

千里 · 发表于 2010-9-26 10:38:05

其实本没有敏捷测试这个名词，是后来有人看到有敏捷开发，自然就对应起了一个敏捷测试。还有一种解释是符合敏捷原则的测试叫做敏捷测试。
在敏捷开发团队中，测试和开发是合并到一起的，专门的测试是一种补充。当需要才会存在，这种存在自然合理。

tiandijiaolong · 发表于 2010-9-26 14:17:21

哥们，知道什么是敏捷开发模式（FDD）不????
FDD开发模式强调的就是测试，只能说更加强和规范化测试了，要说不用测试了，你简直就是个门外汉哟！！！！！！！！！！！！！！！！！！！！！！！！

mlsong2009 · 发表于 2010-9-26 14:37:28

继续观望

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 现在敏捷开发很多都不需要专门测试人员，怎么办？

相关帖子

回复 1# 的帖子

回复 1# 的帖子

站长推荐 /1