谁都是自己问题的答案
软件测试的误解有哪些?
上一篇 / 下一篇 2009-07-20 16:33:09 / 个人分类：论坛活动
查看( 861 ) /
评论( 29 )
TAG:
-
阿七 发布于2009-07-20 18:29:47
-
呵呵 小弟的愚见...
http://bbs.51testing.com/thread-142816-1-1.html
阿七签名专用....
[ 本帖最后由 阿七 于 2009-7-23 09:52 编辑 ]
-
hotivy 发布于2009-07-21 14:30:25
-
这个问题，绝对不是一般人能回答的。期待高手~
-
kukumaru发布于2009-07-21 14:41:26
-
认为测试小组应负责保证产品的质量
－这是经常被开发人员和管理人员滥用的一句话。经常出现在出现问题时，对测试小组的指责中。就是由于这个观念的存在，导致很多问题在开发晚期或测试后期才发现，可能需要大量的返工甚至拖延了产品的发布时间。其实在开发过程中的每一人都有可能影响产品的质量。这就像建房子一样，房子出现问题了，只是检查人员的问题吗？我想如果每一个人都心怀以“质量为中心”，小心谨慎的做好自己的工作，产品的质量会上一个很多的台阶。
[ 本帖最后由 kukumaru 于 2009-7-21 14:43 编辑 ]
-
-
本人是转贴，为大家引申一下哈。
认为测试就是为了发现错误
－在很多“软件测试”的定义中，都提到类似“软件测试是为了发现错误”的话。其实这个观点是提醒人们在测试过程要以查找错误为中心，而不是证明软件的正确功能。但是很多人仅凭着字面的意思就认为发现错误是测试的唯一目的，那些找不出任何错误或很少错误的测试都不是成功的测试，这是错误的。
其实测试不仅仅只是为了发现错误，还需要分析错误产生的原因和其分布情况，为开发人员，管理层提供参考，指出产品或开发过程中存在的主要问题。而且随着人们对产品质量的要求的提高，出现了多样的测试类型。象易用性测试，性能测试，覆盖率测试，恢复性测试，完整性测试等，这些测试都不是完全为了发现错误，而是找出和预期标准不同的问题。
所以个人认为还是IEEE在1983年提出的:“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。”比较权威。
-
-
认为测试不能发现重要的错误
－有些开发人员认为单纯的手工测试只是发现系统的一些皮毛问题，因此从心里看低测试人员。但有过经验的开发人员知道，测试人员也发现了很多重要的问题。我曾经看过一些在开发小组中特别有权威的测试人员，他们虽然也只作黑盒测试，但他们发现的错误都是重量级的。
◆认为测试小组没有提交可用性方面的问题
◆没有集中精力评估产品的质量
◆交错误数据的同时，但没有把数据放入错误发生的背景里。
－有些测试人员认为我发现错误了，就成功了。在错误报告中，只是提及错误的情况和数据，但却没有提及错误发生的背景或是步骤。造成开发人员很难重现并修改错误。
-
-
很晚才开始测试（只是发现错误，而不是减少错误）
－这个很显而易见。但不幸的是，我参与过的很多项目测试小组都是在很晚才开始测试的。由于公司在成本上的考虑，导致了在开发后期或系统测试时才开始测试。出现了开发人员在项目晚期还在加班改bug的情况，甚至由于错误太多拖延了交付时间。在其中，还有可能发现整体设计和构架上的缺陷，导致明知会有很严重的后果都不敢改动代码的事情。
-
helina168 发布于2009-07-21 20:59:26
-
QUOTE:
原帖由 kukumaru 于 2009-7-21 14:44 发表
我现在就有这样的困扰，虽然大家都不明说，但是看得出来，本人新手一个，学习ing........
认为测试不能发现重要的错误
－有些开发人员认为单纯的手工测试只是发现系统的一些皮毛问题，因此从心里看低测试人员。但有过经验的开发人员知道，测试人员也发现了很多重要的问题。我曾经看过一些在开发小组 ...
-
Testorm发布于2009-07-22 13:02:22
-
QUOTE:
原帖由 kukumaru 于 2009-7-21 14:41 发表
强烈同意，要是开发和测试都做好自己的本职工作，不仅以满足客户的需求为中心，而且以提高软件的质量为目的话，软件业一定可以上升到一个更深的层次；其实开发和测试本来就应该是“一家人”，相互的维系可以最大的提高工作效率。
认为测试小组应负责保证产品的质量
－这是经常被开发人员和管理人员滥用的一句话。经常出现在出现问题时，对测试小组的指责中。就是由于这个观念的存在，导致很多问题在开发晚期或测试后期才发现，可能需要大 ...
-
IUHK 发布于2009-07-23 11:46:20
-
开发认为测试是找碴，管理认为测试应该保证质量，客户认为测试是为开发说话
-
liudong6664 发布于2009-07-23 13:49:13
-
开发人员认为测试人员是没事找事做，有的没必要修改，测试人员硬是要提出来
-
dennyqiang 发布于2009-07-23 15:07:36
-
一些新手比较容易对测试行业产生一些误解，当然也包括少部分老手，简单总结如下：
http://bbs.51testing.com/thread-158464-1-1.html
-
b45993e 发布于2009-07-23 16:08:54
-
常见误解
调试和测试是一样的
测试级应当为保证质量负责
过分依赖ＢＥＴＡ测试
把测试作为新员工的一个过渡工作
把不合格的开发人员安排做测试
关注于测试的执行而忽略测试的设计
自动化测试的万能的
测试是可以穷尽的
测试是为了证明软件的正确性
测试是枯燥乏味，缺乏创造力的工作
-
-
不好意思，多回了一次.
[ 本帖最后由 b45993e 于 2009-7-23 16:10 编辑 ]
-
土土的豆豆 发布于2009-07-24 11:02:14
-
好久没来了，这个问题比较复杂，牵涉到团队合作和同事协调上的一些心态和技巧。
开发人员与测试人员永远是一对矛盾。虽然领导都知道测试为发现错误，提高软件的质量。开发人员却不以为然，毕竟他们是建设者，对软件做出贡献很“显目”。开发人员是产品线前期，试问，没有前驱贡献的开发人员，哪有软件成品。哪怕再差的软件，毕竟人家都开发出来了。你测试人员行么？能取代开发人员么？即便测试驱动开发，也是“测试”地“开发”。开发人员总以为测试人员搞意见，存心找茬什么的。心态好些，测试人员不是针对开发人员找茬儿，而是针对软件去找缺陷，提高软件质量，是保障整个开发测试团队的利益。所以，开发人员的意识很重要。当然，测试人员不能利用职权之便去“假公济私”，也必须本着负责的态度针对软件进行测试工作。对开发人员没什么多说的，如果有了些误解，也不必斤斤计较，毕竟，你在抓人家开发出来的软件“把柄”么。
测试新手和老手之间其实也是个观念问题。新手可能认为测试工作是很简单的工作，或者没有人想干的活儿扔给新手作小工。企业领导对测试工作的重视程度，社会对测试职业的认可，都会给新手造成影响。试问，高手都是有新手起步的，“不积跬步，无以至千里”！如果新手存在这种不正确的心态，那根本没必要干这行，趁早走人也罢。测试老手有时喜欢在新手面前摆架子，或者对新手遇到的一些初级问题不屑一顾。如果把新手的问题耐心的讲解分析，这样不但对新手有所提高，等于也巩固了自己的专业知识，在以后新手给你作下手时，也可更加轻松，何乐而不为？当然，如果老手存在不想教导新手的想法，那狭隘的胸襟根本也不利于整个测试团队的成长。终究会走向老手“独树一帜”，却无人可助的局面。
以上纯个人想法，不足之处，大家指正补充。
-
平凡发布于2009-07-24 13:23:37
-
什么是ＢＥＴＡ测试？
新人上路
-
-
什么是BETA测试 我也想知道呢
-
tengmy 发布于2009-07-25 18:02:51
-
个人的一点看法。
http://www.51testing.com/index.p ... space-itemid-141595
-
-
QUOTE:
原帖由 平凡 于 2009/7/24 13:23 发表
Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
新人上路
Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
这个问题新手区里面有。建议新来的朋友可以到论坛里面先艘艘看，一般应该都能找到自己需要的
http://bbs.51testing.com/thread-67331-1-1.html
-
micorbye发布于2009-07-26 02:58:22
-
烨少夜谈
最大的误解是认为测试是在软件开发结束后才进行
而忽略了测试在软件开发中甚至是开发前期的工作
我觉得测试应该更倾向于管理
管理整个开发的过程
这也是我们测试以后应该努力的方向
打个比喻开发一个软件就是在建房
那么作为一个测试不应该是在房子建成后进行检测或是评估
应该在建房一开始就进入
房子在哪里建 怎么建 建什么样的
以及建的过程中用一定的标准规格在保证房子能建成建好
这才是一个测试的全部工作
而现在的大部分企业都没有意识到
他们觉得开发软件的时候
测试是多余的
我软件开发完成了
你测试来看看有没问题
如果没问题或者问题不大
那么测试在这个过程中所产生的作用就不明显了
企业就会认为测试的薪水付的不值
可能在开发项目小或简单的时候
在开发人员的技术还能保证在测试不参与开发过程情况下
而能把项目做得像模像样
这时候测试的工作就被忽略
但是到了比较大或复杂的项目
没有测试对SRS评审
没有测试对HLD检查
没有测试对LLD监督执行
这时候
开发就举步维艰了
可能项目很难完成或者根本无法完成
这时候
嘿嘿
测试英雄的登场了
解决了开发过程中的种种问题
帮助开发顺利的完成了项目
这时候他们才发觉
原来测试这么重要
就像唐三西天取经少不了孙猴子一样
不能在平时没妖怪的时候
让孙猴子回花果山吃桃子来节约口粮
要时时放在身边以防万一
但是
这都是测试被动的表现
也是不少企业对测试的误解所在
（可能一些企业会出于成本的考虑忽略了测试
这涉及到商业的问题不属于讨论范围跳过）
一个典故最能代表测试的状况
华佗救了一个快要挂但是没挂的人
那人很感谢华佗
称赞华佗医术高超天下第一
华佗摇头一叹道
我的医术算不上高超
真正医术高超的是我大哥（ 烨少）
我只能在病情发生时给予治疗
救了你是运气因为你还到挂的程度
而我大哥（ 烨少）
能在你病情刚出现征兆的时候
给予你治疗
避免你病到快要挂掉
（过早治疗别人会认为自己没病
医术得不到肯定
但是过迟又难以控制）
个人认为
测试应该掌控全局
这才是前途
如果开发测试能合二为一（貌似不现实）
那将天下无敌
夜深人静失眠
心思混乱忧愁
想念某个心有所属的可爱女人
-
zdlzx 发布于2009-07-26 21:06:07
-
开发人员和测试人员之间的误解:
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跑一遍系统一个问题都没有问过，多半是有些地方没有跑到。
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 63624
- 日志数: 90
- 建立时间: 2008-08-20
- 更新时间: 2011-01-24
