做测试,就要脸皮厚

adong1982 · 发表于 2008-1-21 11:00:10

今日有感而发,想说两句,欢迎大家一起讨论.

我觉得谈了这么久的测试用例设计,很多人都认为测试该提前介入.
我也从操作性上谈谈我的个人看法.
首先由于各公司的差别,需求的规范性差异,不可能要求大家做到一样的细致.
我认为,在需求阶段,应更多的和开发人员沟通,熟悉项目. 更多的该关心需求上不明确的问题和操作软件时,逻辑流程上的问题.
因为需求不明确的或没有说的，开发是不会做的。开发会说多做是额外的满足,同样也是BUG.
无论开发是出于节省劳力,还是从软件质量角度出发,都无可厚非.
测试需要做的是把一个个不明确的,找项目人员开会,大家一致通过,并落实在文本或邮件上,这样就可以大大避免后期测试和开发的冲突了.因此一次做好比推倒重来,开发更乐与接受.因为什么都才开始做,变更容易.发现大的问题也可以重新评估风险.如果在软件开发到后期,才发现大的问题,任何人都会把无名火撒在测试上.并加上一句:"为什么没有早发现"
我觉得这才是我们测试的失败.
我认为,做测试,就要脸皮厚,要不耻下问,
允许你不懂就问,但不允许你不懂装懂.
测试不能以发BUG刁难开发做为一种快乐.你的成功不代表项目的成功.
需要站在项目的高度,优先发现需求中的缺陷,帮助开发,一起把项目做好.如果把大的问题避免了,测试在以后的测试中,会轻松很多.

此外,提一个我自己的心得,需求阶段,不要过多关注UI上某一个局部, 如果有报警提示,在设计用例时,只需先期望,有一个提示,文字上不应过多约束.在版本稳定后，再关注细节.
要抓大放小.

fengerapple · 发表于 2013-1-25 18:09:55

Thank you very much for sharing!The good man!The good life of peace!

千里 · 发表于 2012-11-28 18:37:11

我是来看重点的

veson · 发表于 2012-11-27 14:32:56

回复 1# adong1982

确实装懂的最后会死得好惨。比是丢工作而已，遗漏问题单分分钟要附上项目赔偿。

愚人 · 发表于 2012-5-4 16:37:56

呵呵

yiyan408 · 发表于 2012-5-4 16:34:49

对，要有勇气去发问。

lancxy · 发表于 2008-1-21 17:30:52

我最怕的就是这点，我不喜欢说太多，觉得一心做自己的就好了。那我是不是没法做好了呀，很茫然！

kelly6772 · 发表于 2008-1-21 17:17:34

不错，又多一些体会！

水上飘 · 发表于 2008-1-21 16:40:53

呵呵
脸皮厚点好办事

雅丹咔咔 · 发表于 2008-1-21 16:24:32

交流与学习本就没有什么高低、贵贱之分，无非是闻到有前后，术业有专攻而已！不懂的就要学就得问没有必要不懂装懂，真的测试前期准备需要跟开发、需求人员多交流，从多角度理解产品都是应该的！
不过你的“心得,需求阶段,不要过多关注UI上某一个局部, 如果有报警提示,在设计用例时,只需先期望,有一个提示,文字上不应过多约束.在版本稳定后，再关注细节.要抓大放小.”总结的非常好！谢谢分享！

wslss007 · 发表于 2008-1-21 14:26:16

厄，看来LZ意思是不耻下问=厚脸皮，偶基本认同，不过换个用词比较合适。

板砖 · 发表于 2008-1-21 12:39:45

真是高人高见啊!

fennek · 发表于 2008-1-21 11:58:24

脸皮厚？？厚厚，这样鼓励测试员与别人沟通也未尝不可~~~

Nio · 发表于 2008-1-21 11:40:19

HI，老兄，脸皮厚跟业务交流（问问题）没啥关系吧？
脸皮厚一般指做错了，还面不改色。
难道说问问题（交流）也是一种错？

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 做测试,就要脸皮厚

这话说的有理，但是听着别扭！

站长推荐 /1