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

默默巫

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

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

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


相关文章：

测试，我误解了你

micorbye

我会继续努力，虽然路漫漫无期而前行缓慢

micorbye

呵呵 意外的得了三等奖
感谢CCTV  感谢SHTV
同时更要感谢51Testing 感谢版主默默巫
说实话我只是以一个初学者的理解胡乱写滴
（版主别有意见，不是说你老人家没鉴赏力
只是偶确实写的很空洞)
在第2天上来看到21楼前辈的讲解之后
很受启发，很受教
心想这是正解，后来果然如此
可能是人家高手实在看不下去了
呵呵

liujinkui

学习...

cxh8623

本人接触过的误解如下:
1.认为测试就是为了发现错误
2.认为测试不能发现重要的错误
3.开发全部结束后投入测试人员
4.从不合格的程序员中招募测试人员
5.不审核测试设计
6.重点测试用户可见的界面
7.完美的测试软件
8.测试后证明系统不存在缺陷
10.发现的缺陷越多剩余的缺陷越少

helina168

开发人员和测试人员的误解有：开发人员认为测试人员根本没技术，测试出来的是鸡毛蒜皮的茬，甚至觉得不是问题或是不愿意改，在开发人的眼里测试人员想尽一切办法最终目的是找开发的问题（他们不会想找出问题是为了完善系统）；测试人员认为开发人员太固执，不肯承认错误，也不承认别人（测试人员）的功劳，测试人员没有站在开发人员的角度去思考问题，怀着得意的心态去提交BUG；
    测试新手和测试老手的误解有：测试新手认为测试老手保留技术不肯下教，测试老手认为测试新手工作不够主动积极；

[ 本帖最后由 helina168 于 2009-7-30 19:51 编辑 ]

ahwsj

看到了

pupu840323

写的都够长的。。。

kings727

误区
    开发认为测试是神，可以发现一切问题，而不需要任何文档之类的，值需要看一眼。
    开发认为测试就是笨蛋，很多的问题都发现不了。
    开发认为测试是大侠，可以解决他们无法解决的问题。
     开发认为测试收垃圾，很多他们不愿意去搞的问题都扔给测试，比如我遇到的某个字段，命名有问题，开发非要我一个一个找出来，然后告诉他们哪个模块哪个字段名字要改为哪一个。其实如何修改他们都知道，每个人把自己负责的模块看一下很快。
     开发认为测试就是没事找事的人。
     开发认为测试都是低技术的人，很多开发都这样看，顶多他们不说而已。
      开发认为测试工具可以解决一切问题，比如开发遇到无法定位的问题，都会好心询问是否可以用QTP来查找，我面无表情的告诉他，一般情况，人找不到的，机器也无能为力。

houzeal

1.   测试只能发现表面上的错误，不能发现潜在的预期的错误；
2.   测试大量文档的撰写；
3.   对于建议性的BUG，有时会被忽略；
4.   测试时间缩减了再缩减；
5.   测试在项目开发过程中重要程度有待提高；

个人愚见~

zdlzx

开发人员和测试人员之间的误解:
1.开发人员误以为测试报告中本模块bug少就是质量好。而可能的实际情况是：本轮没有将此模块纳入测试范围或作为测试重点，本日根本没有测试此模块。
2.开发组长误以为bug多就说明质量差。而可能的实际情况是：bug多的模块实际上复杂程度远比那些bug略少的模块要高许多。bug的绝对数字并不反映质量，实际经过充分测试找到的bug去和本模块复杂度相当的预期bug数去比较可能更说明问题。
3.开发人员误以为不能重现的bug优先级比较低。而实际情况是：越是无法重现的问题越应该在最近的时间去回忆和追溯其发生的原因。
4.测试人员误以为开发人员犯了低级错误导致的bug说明这个人水平很低。而实际情况是：他可能也写了很多精妙的无bug的代码测试人员从来都没有想到过也没有跑到过。

测试新手和测试老手之间的误解：
1.测试新手误以为掌握需求是测试人员的根本，而了解设计只是nice to have的。实际上越多地了解设计甚至部分coding的模式对于有效的测试和高效率的测试十分有必要和帮助。
2.测试新手误以为测试工具是很难的，掌握了它就是很牛的。实际上工具的熟练程度只是决定你在短期内解决工具相关问题的生产率，而分析问题的思路和方向更为关键。
3.测试老手误以为测试新手能够按照test case执行到所有测试老手按照test case跑到的逻辑。实际的情况是：测试新手如果按照test case跑一遍系统一个问题都没有问过，多半是有些地方没有跑到。

micorbye

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

tengmy

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

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

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

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

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

tengmy

个人的一点看法。

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

helina168

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

平凡

新人上路

土土的豆豆

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

b45993e

不好意思，多回了一次.

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

b45993e

常见误解

调试和测试是一样的

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

过分依赖ＢＥＴＡ测试

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

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

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

自动化测试的万能的

测试是可以穷尽的

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

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

dennyqiang

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

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