51Testing软件测试论坛

标题: “测试人员的脑子里到底在想什么呢？”（一） [打印本页]

作者: wncg 时间: 2006-3-9 16:20
标题: “测试人员的脑子里到底在想什么呢？”（一）
在一个项目中，测试人员与开发人员的良好合作往往起到事倍功半的作用。纵观一个成熟的项目，测试与开发都是紧密合作、相得益彰的。在软件行业说明举例中大家都习惯于用微软、IBM、HP等国际大企业来说明，也确实如此，这些大公司都是一些好的借鉴。好像有这么一个规律：凡是做的好的项目，测试与开发的合作也都是比较好的。而在国内一些企业里，由于软件工程发展相对晚一些，这方面的经验比较少，好多项目中测试人员和开发人员经常会发生一些摩擦、甚至冲突，一些有经验的管理人员、开发人员和测试人员还比较好一些，而经验较少的人员表现比较突出，如果再加上一些管理方面不够到位的话这种冲突就比较严重了，有的项目测试人员和开发人员甚至到了互相不能容忍的地步。这不是夸大其辞，确认经历过这样的公司和这样的人，往往是经验越丰富的人员对测试与开发的作用越理解的比较透彻。

追其原因，主要是因为测试和开发的工作内容虽然相同，但考虑问题的角度却各异。这样有时候站在这个角度看到的问题与另一个角度看到的问题是不相同的。有时这种不相同就会导致争议发生。如果双方都能够站在对方的角度考虑一下就会明白对方为什么要提出这样的问题。但是站在对方的角度来考虑不是说说就能明白的，有时非得亲身体验一回不可，否则还是有一些不理解。更何况对方是怎么想的、原则是什么都不一定能够说的很清楚。

往往会听到这样的评价：测试人员不知道怎么想的，总是做一些用户不可能进行的操作；我真服了测试人员，不是好好的测试功能，不知道都在想些什么，非要搞一大堆没用的数据录入；我看测试人员故意找茬，本来好好的功能非要钻牛角尖，找出几个没用的BUG来表现自己的水平。等等。

后续章节就测试人员考虑问题的思想因素做一说明，试图起到抛砖引玉的作用，供开发人员和测试人员来参考。文章中的描述或用词不妥之处也希望大家指出来我尽快更正，提前道谢了！

[ 本帖最后由 wncg 于 2006-3-9 16:22 编辑 ]

作者: Nio 时间: 2006-3-9 16:53
精华 3
积分 83
帖子 6
综合技术指数 53
生活情趣指数 30

又出现BUG了，呵呵
贴子只有6个……

作者: wncg 时间: 2006-3-9 17:19
标题: 俺是新来该论坛的的,没有看明白,请指教!
俺是新来该论坛的的,没有看明白,请指教!

作者: lovsnow 时间: 2006-3-9 17:30
他是说你个人信息那里系统显示的有问题，呵呵。

不过这篇文章不错，是有这样的现象。这个要开发人员改变思想才行。

作者: archonwang 时间: 2006-3-9 17:38
帖子不错，继续啦。建议合并后加精吧，期待下期。

作者: wncg 时间: 2006-3-9 17:59
标题: 明白了,多谢!
明白了,多谢!

作者: edwin_chen 时间: 2006-3-9 20:27
写的很好，希望你能够把连载写下去
让我们也好拜读拜读

作者: star_012 时间: 2006-3-15 16:15
测试的是要做一些用户可能会遇到的问题啊```````````那些功能一般都不会有多少BUG

作者: 云层 时间: 2006-3-15 16:29
大概看懂了想要表达的意思，希望后续能够准确切入

作者: 小布1983 时间: 2006-3-22 17:37
测试人员看见什么都会问下自己是不是有BUG！

作者: 森林一木 时间: 2006-3-23 10:02
呵呵，前面的铺垫多了，测试人员的脑子里想的是什么呢？能告诉我吗？个人脑子里想的是，你的程序绝对有问题，我要证明给你看，不要跟我争，看数据，哈哈！我不喜欢争论，只看数据。

作者: kai_top 时间: 2006-3-23 10:11
这个问题很现实；
大家可以讨论一下，如何缓解或解决这个问题；
我认为可以从以下几点入手：
1　制定BUG提交标准；经过开发人员和测试人员的不断论证，最后确定一个标准，那么按标准办事，对事不对人，意见及冲突都会少一点；
2　对BUG提交单进行特别处理，设置一些特别项，如详尽的BUG类别（边界值型，特别文件型等），详尽的优先级；这样开发人员对该类BUG就能更好的理解及处理；
3 BUG提交单增加专业性及充分理由；详细描述充分的理由（说说这类BUG为什么要修改，或者会引起其它什么问题等；另外可以从程序设计的角度来描述BUG，如对一个电话号码框的数据输入，没有对字母符型按键消息进行处理，导致可以输入字母;又如，点击一个按钮应该弹出模式对话框而不是非模式对话框等等，对BUG描述的专业一点，那么程序员有会把很大的目光转移到程序设计上，而是不应用上，另外开发人员会从心理服了你，也就不会有意见了
4　测试管理者对提交上来的BUG进行集中处理，根据项目进展的程度，分配给开发人员具有时期性质的BUG，如当项目已经很稳定或很宽松的情况，再分配一批特别的BUG
5　测试员自己最好有一个BUG管理系统，原则上不管什么类型的BUG都要记录下来，可以保存在自己的BUG系统中，然后向官方BUG系统里，提交一些较重要的BUG；
6　加强测试人员及开发人员的沟通及了解，特别是工作方法及范围

[ 本帖最后由 kai_top 于 2006-3-23 10:14 编辑 ]

作者: yjshen 时间: 2006-3-23 18:21
顶!

作者: shism 时间: 2006-3-23 20:44
有同感啊！！有时真不好沟通，好像故意找茬似的。

作者: zly918 时间: 2006-3-23 21:10
让更多的事实说话。

作者: morpar82 时间: 2006-3-23 22:43
3 BUG提交单增加专业性及充分理由；详细描述充分的理由（说说这类BUG为什么要修改，或者会引起其它什么问题等；另外可以从程序设计的角度来描述BUG，如对一个电话号码框的数据输入，没有对字母符型按键消息进行处理，导致可以输入字母;又如，点击一个按钮应该弹出模式对话框而不是非模式对话框等等，对BUG描述的专业一点，那么程序员有会把很大的目光转移到程序设计上，而是不应用上，另外开发人员会从心理服了你，也就不会有意见了

我觉得这是一个观念的问题，很多人从心里就看轻做测试的，理由再充分有什么用呢？比如，你跟开发的说“对一个电话号码框的数据输入，没有对字母符型按键消息进行处理，导致可以输入字母;”，他回答你“人家一般不会输字母的”，你能怎么办？

测试人员在想什么呢，我还想知道想这句话的人在想什么呢

作者: jennie98 时间: 2006-3-24 09:56
确实碰到过类似情况的。
测试人员好为难啊

作者: 天堂鸟精灵 时间: 2010-3-4 17:41
呵呵不同的立场互相考虑

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)