软件测试的误解有哪些？（09-7-20）（获奖名单已公布）

默默巫

我们一些新手，包括很多经验丰富的人，都可能对测试有一些偏见或者误解。
那么请大家谈谈:开发人员和测试人员之间，测试新手和测试老手之间到底都有些什么样的误解?

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	zdlzx	当当购物卡50元	21#
二等奖	kings727	300论坛积分	23#
三等奖	micorbye	100论坛积分	20#

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


相关文章：

测试，我误解了你

阿七

http://bbs.51testing.com/thread-142816-1-1.html










阿七签名专用....

[ 本帖最后由 阿七 于 2009-7-23 09:52 编辑 ]

hotivy

这个问题，绝对不是一般人能回答的。期待高手~

kukumaru

认为测试小组应负责保证产品的质量

　　－这是经常被开发人员和管理人员滥用的一句话。经常出现在出现问题时，对测试小组的指责中。就是由于这个观念的存在，导致很多问题在开发晚期或测试后期才发现，可能需要大量的返工甚至拖延了产品的发布时间。其实在开发过程中的每一人都有可能影响产品的质量。这就像建房子一样，房子出现问题了，只是检查人员的问题吗？我想如果每一个人都心怀以“质量为中心”，小心谨慎的做好自己的工作，产品的质量会上一个很多的台阶。

[ 本帖最后由 kukumaru 于 2009-7-21 14:43 编辑 ]

kukumaru

本人是转贴，为大家引申一下哈。

认为测试就是为了发现错误

　　－在很多“软件测试”的定义中，都提到类似“软件测试是为了发现错误”的话。其实这个观点是提醒人们在测试过程要以查找错误为中心，而不是证明软件的正确功能。但是很多人仅凭着字面的意思就认为发现错误是测试的唯一目的，那些找不出任何错误或很少错误的测试都不是成功的测试，这是错误的。

　　其实测试不仅仅只是为了发现错误，还需要分析错误产生的原因和其分布情况，为开发人员，管理层提供参考，指出产品或开发过程中存在的主要问题。而且随着人们对产品质量的要求的提高，出现了多样的测试类型。象易用性测试，性能测试，覆盖率测试，恢复性测试，完整性测试等，这些测试都不是完全为了发现错误，而是找出和预期标准不同的问题。

　　所以个人认为还是IEEE在1983年提出的:“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。”比较权威。

kukumaru

认为测试不能发现重要的错误

　　－有些开发人员认为单纯的手工测试只是发现系统的一些皮毛问题，因此从心里看低测试人员。但有过经验的开发人员知道，测试人员也发现了很多重要的问题。我曾经看过一些在开发小组中特别有权威的测试人员，他们虽然也只作黑盒测试，但他们发现的错误都是重量级的。

　　◆认为测试小组没有提交可用性方面的问题
　　◆没有集中精力评估产品的质量
　　◆交错误数据的同时，但没有把数据放入错误发生的背景里。
　　－有些测试人员认为我发现错误了，就成功了。在错误报告中，只是提及错误的情况和数据，但却没有提及错误发生的背景或是步骤。造成开发人员很难重现并修改错误。

kukumaru

很晚才开始测试（只是发现错误，而不是减少错误）
　　－这个很显而易见。但不幸的是，我参与过的很多项目测试小组都是在很晚才开始测试的。由于公司在成本上的考虑，导致了在开发后期或系统测试时才开始测试。出现了开发人员在项目晚期还在加班改bug的情况，甚至由于错误太多拖延了交付时间。在其中，还有可能发现整体设计和构架上的缺陷，导致明知会有很严重的后果都不敢改动代码的事情。

helina168

原帖由 kukumaru 于 2009-7-21 14:44 发表
认为测试不能发现重要的错误

　　－有些开发人员认为单纯的手工测试只是发现系统的一些皮毛问题，因此从心里看低测试人员。但有过经验的开发人员知道，测试人员也发现了很多重要的问题。我曾经看过一些在开发小组 ...

我现在就有这样的困扰，虽然大家都不明说，但是看得出来，本人新手一个，学习ing........

Testorm

原帖由 kukumaru 于 2009-7-21 14:41 发表
认为测试小组应负责保证产品的质量

　　－这是经常被开发人员和管理人员滥用的一句话。经常出现在出现问题时，对测试小组的指责中。就是由于这个观念的存在，导致很多问题在开发晚期或测试后期才发现，可能需要大 ...

强烈同意，要是开发和测试都做好自己的本职工作，不仅以满足客户的需求为中心，而且以提高软件的质量为目的话，软件业一定可以上升到一个更深的层次；其实开发和测试本来就应该是“一家人”，相互的维系可以最大的提高工作效率。

IUHK

开发认为测试是找碴，管理认为测试应该保证质量，客户认为测试是为开发说话

liudong6664

开发人员认为测试人员是没事找事做，有的没必要修改，测试人员硬是要提出来

dennyqiang

一些新手比较容易对测试行业产生一些误解，当然也包括少部分老手，简单总结如下：

http://bbs.51testing.com/thread-158464-1-1.html

b45993e

常见误解

调试和测试是一样的

测试级应当为保证质量负责

过分依赖ＢＥＴＡ测试

把测试作为新员工的一个过渡工作

把不合格的开发人员安排做测试

关注于测试的执行而忽略测试的设计

自动化测试的万能的

测试是可以穷尽的

测试是为了证明软件的正确性

测试是枯燥乏味，缺乏创造力的工作

b45993e

不好意思，多回了一次.

[ 本帖最后由 b45993e 于 2009-7-23 16:10 编辑 ]

土土的豆豆

　　好久没来了，这个问题比较复杂，牵涉到团队合作和同事协调上的一些心态和技巧。
　　开发人员与测试人员永远是一对矛盾。虽然领导都知道测试为发现错误，提高软件的质量。开发人员却不以为然，毕竟他们是建设者，对软件做出贡献很“显目”。开发人员是产品线前期，试问，没有前驱贡献的开发人员，哪有软件成品。哪怕再差的软件，毕竟人家都开发出来了。你测试人员行么？能取代开发人员么？即便测试驱动开发，也是“测试”地“开发”。开发人员总以为测试人员搞意见，存心找茬什么的。心态好些，测试人员不是针对开发人员找茬儿，而是针对软件去找缺陷，提高软件质量，是保障整个开发测试团队的利益。所以，开发人员的意识很重要。当然，测试人员不能利用职权之便去“假公济私”，也必须本着负责的态度针对软件进行测试工作。对开发人员没什么多说的，如果有了些误解，也不必斤斤计较，毕竟，你在抓人家开发出来的软件“把柄”么。
　　测试新手和老手之间其实也是个观念问题。新手可能认为测试工作是很简单的工作，或者没有人想干的活儿扔给新手作小工。企业领导对测试工作的重视程度，社会对测试职业的认可，都会给新手造成影响。试问，高手都是有新手起步的，“不积跬步，无以至千里”！如果新手存在这种不正确的心态，那根本没必要干这行，趁早走人也罢。测试老手有时喜欢在新手面前摆架子，或者对新手遇到的一些初级问题不屑一顾。如果把新手的问题耐心的讲解分析，这样不但对新手有所提高，等于也巩固了自己的专业知识，在以后新手给你作下手时，也可更加轻松，何乐而不为？当然，如果老手存在不想教导新手的想法，那狭隘的胸襟根本也不利于整个测试团队的成长。终究会走向老手“独树一帜”，却无人可助的局面。
　　以上纯个人想法，不足之处，大家指正补充。

平凡

新人上路

helina168

什么是BETA测试 我也想知道呢

tengmy

个人的一点看法。

http://www.51testing.com/index.p ... space-itemid-141595

tengmy

原帖由 平凡 于 2009/7/24 13:23 发表
新人上路

Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

这个问题新手区里面有。建议新来的朋友可以到论坛里面先艘艘看，一般应该都能找到自己需要的

http://bbs.51testing.com/thread-67331-1-1.html

micorbye

最大的误解是认为测试是在软件开发结束后才进行
而忽略了测试在软件开发中甚至是开发前期的工作
我觉得测试应该更倾向于管理
管理整个开发的过程
这也是我们测试以后应该努力的方向
打个比喻开发一个软件就是在建房
那么作为一个测试不应该是在房子建成后进行检测或是评估
应该在建房一开始就进入
房子在哪里建 怎么建 建什么样的
以及建的过程中用一定的标准规格在保证房子能建成建好
这才是一个测试的全部工作
而现在的大部分企业都没有意识到
他们觉得开发软件的时候
测试是多余的
我软件开发完成了
你测试来看看有没问题
如果没问题或者问题不大
那么测试在这个过程中所产生的作用就不明显了
企业就会认为测试的薪水付的不值
可能在开发项目小或简单的时候
在开发人员的技术还能保证在测试不参与开发过程情况下
而能把项目做得像模像样
这时候测试的工作就被忽略
但是到了比较大或复杂的项目
没有测试对SRS评审
没有测试对HLD检查
没有测试对LLD监督执行
这时候
开发就举步维艰了
可能项目很难完成或者根本无法完成
这时候
嘿嘿
测试英雄的登场了
解决了开发过程中的种种问题
帮助开发顺利的完成了项目
这时候他们才发觉
原来测试这么重要
就像唐三西天取经少不了孙猴子一样
不能在平时没妖怪的时候
让孙猴子回花果山吃桃子来节约口粮
要时时放在身边以防万一
但是
这都是测试被动的表现
也是不少企业对测试的误解所在
（可能一些企业会出于成本的考虑忽略了测试
这涉及到商业的问题不属于讨论范围跳过）
一个典故最能代表测试的状况
华佗救了一个快要挂但是没挂的人
那人很感谢华佗
称赞华佗医术高超天下第一
华佗摇头一叹道
我的医术算不上高超
真正医术高超的是我大哥（ 烨少）
我只能在病情发生时给予治疗
救了你是运气因为你还到挂的程度
而我大哥（ 烨少）
能在你病情刚出现征兆的时候
给予你治疗
避免你病到快要挂掉
（过早治疗别人会认为自己没病
医术得不到肯定
但是过迟又难以控制）
个人认为
测试应该掌控全局
这才是前途
如果开发测试能合二为一（貌似不现实）
那将天下无敌
夜深人静失眠
心思混乱忧愁
想念某个心有所属的可爱女人