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. 对于建议性的BUG，有时会被忽略；
4. 测试时间缩减了再缩减；
5. 测试在项目开发过程中重要程度有待提高；
个人愚见~
我恨开发，同时我也爱他们。
误区开发认为测试是神，可以发现一切问题，而不需要任何文档之类的，值需要看一眼。
开发认为测试就是笨蛋，很多的问题都发现不了。
开发认为测试是大侠，可以解决他们无法解决的问题。
开发认为测试收垃圾，很多他们不愿意去搞的问题都扔给测试，比如我遇到的某个字段，命名有问题，开发非要我一个一个找出来，然后告诉他们哪个模块哪个字段名字要改为哪一个。其实如何修改他们都知道，每个人把自己负责的模块看一下很快。
开发认为测试就是没事找事的人。
开发认为测试都是低技术的人，很多开发都这样看，顶多他们不说而已。
开发认为测试工具可以解决一切问题，比如开发遇到无法定位的问题，都会好心询问是否可以用QTP来查找，我面无表情的告诉他，一般情况，人找不到的，机器也无能为力。 写的都够长的。。。 看到了 :victory: 开发人员和测试人员的误解有：开发人员认为测试人员根本没技术，测试出来的是鸡毛蒜皮的茬，甚至觉得不是问题或是不愿意改，在开发人的眼里测试人员想尽一切办法最终目的是找开发的问题（他们不会想找出问题是为了完善系统）；测试人员认为开发人员太固执，不肯承认错误，也不承认别人（测试人员）的功劳，测试人员没有站在开发人员的角度去思考问题，怀着得意的心态去提交BUG；
测试新手和测试老手的误解有：测试新手认为测试老手保留技术不肯下教，测试老手认为测试新手工作不够主动积极；
[ 本帖最后由 helina168 于 2009-7-30 19:51 编辑 ] 本人接触过的误解如下:
1.认为测试就是为了发现错误
2.认为测试不能发现重要的错误
3.开发全部结束后投入测试人员
4.从不合格的程序员中招募测试人员
5.不审核测试设计
6.重点测试用户可见的界面
7.完美的测试软件
8.测试后证明系统不存在缺陷
10.发现的缺陷越多剩余的缺陷越少 学习...
未经你许可，谁能令你失眠
呵呵 意外的得了三等奖感谢CCTV感谢SHTV
同时更要感谢51Testing 感谢版主默默巫:lol
说实话我只是以一个初学者的理解胡乱写滴
（版主别有意见，不是说你老人家没鉴赏力
只是偶确实写的很空洞)
在第2天上来看到21楼前辈的讲解之后
很受启发，很受教
心想这是正解，后来果然如此
可能是人家高手实在看不下去了
呵呵 我会继续努力，虽然路漫漫无期而前行缓慢
页:
1
[2]
