“漏测”的测试人员需要惩罚？（2009-8-4）获奖名单已公布

zhang1987yuan

BUG是杀不尽的，可是对于一群正常使用软件的客户来说他们发现了，而我们却没有发现这是一个很严重的问题(项目时间充足的条件下)。所以我觉得对漏测的测试人员应该惩罚。

jiangmeiyu

对于测试遗漏 我觉得应该视具体遗漏的BUG情况来决定惩罚的轻重，人性化管理不适合在这种情况下考虑作为测试人员，如果用测试不可避免遗漏作为借口的话，我想这个员工企业也是没有必要雇用，起码在此员工的心态上就是不端正，对自己的工作没有警觉性和应有的责任心。如果对此不做惩罚，那企业将无法对员工进行约束。惩罚也是作为对其他员工的警示。

箭在行动

1.“漏测”的主要原因是什么？测试用例不完善，测试时间不充分，测试资源不充分，测试人员所用的测试环境远远少于用户的应用环境等等，这些都是可能造成“漏测”的原因，没有一个测试人员不希望自己能把所有的BUG都找出来（敷衍了事者除外）。在中国90%的以上的公司中，测试人员的薪资都是很微薄的，那么当他出现“漏测”BUG的时候，公司进行惩罚，怎么惩罚？难道要漏掉1个BUG罚款100RMB么，开玩笑。如果多漏几个岂不是可能是负的了。这个月扣掉几百，那么下个月公司又凭什么让员工去努力呢？长此以往，谁又能经得住这样的考验呢？
2.“回归测试”不通过的原因也可能是多种多样的，如果员工写的代码出现了Bug（即使是经过多次修改）就要惩罚，那么员工所想的尽可能少出Bug,那么这样下去员工又怎么能有进步呢？
3.人无完人，比尔盖茨领导下的微软，微软操作系统天天都在打补丁，那么多N人做出来的东西都有这么多的Bug，我们写出来的代码存在Bug又有什么不可原谅的呢？
4.当出现问题时，用惩罚的措施来迫使员工少出问题，这是最滥的手法。员工最需要的鼓励和理解，一句“你做的很少，要是没有这些问题会更好。下次，你不会再出现这样的问题了吧？”会比罚钱更加有用。
5.以上献给想把工作做好的兄弟姐妹们。

zlpxm

我是觉得漏测和回归不通过的情况常常存在，需要考虑的是在开发回归一次不通过的情况下且测试人员将BUG已描述清楚和详细，但开发人员在修改后，再次被测试人员打回。这时可以说下是这个开发人员的问题了。多次回归不通过时，可以考虑必要的处罚，但处罚不一定是$.
漏测的情况很多，但比如需求上有明确的说明，用例也有设计在内，而测试人员漏测的情况，是否是考虑不够全面还是没有参考相关文档引起？可以考虑处罚。
但正常情况下，不赞成处罚！
因为没人愿意一个问题修改三四遍还不通过，也不会有人愿意将明显的bug说测试通过。

[ 本帖最后由 zlpxm 于 2009-8-20 11:33 编辑 ]

Jun_Li

1. 我想请对方辩友你能给惩罚下个定义么？ OK ，您能不能在告诉我在新华字典中惩罚的意思么？
2.没人愿意“漏测”和“回归测试”不通过，那为什么还有这种情况发生呢？请您不要打断我，漏测就是在你测试的范围内没有测试的内容，我们有个系统上面有这样一个功能Create 和 ADD 两个button， 我们有79个测试人员，其实Create和ADD实现的功能是一样的，您告诉我我们公司这些人您能保证没个都会把两个button都测试么？ 您说能！ 我告诉你我们就有惩罚机制，这就是效果， 应为以前80%的人都点一个，而问题就在这。 您说不能 为什么不能 点击个Button会累死人，并且这是你的工作。
3.千万不要让测试人员养成“我以为”的毛病， 这次“我以为”是这样的，Ok，没事下次注意！ （我们公司不那么严随便测测就好了）  下次“我以为”是那样的，您能保证在没有下次了么？ “惩罚”不单单是物质和金钱上的，我相信适当的“惩罚”会减少下一次。
4.我们对“惩罚”不是体罚，不是罚款，请您回去查下字典好么，回来告诉我惩罚的解释是什么，罚1000算是惩罚么？罚50算是惩罚么？给她一巴掌算是惩罚么？在会上温和的告诉她你错了这又算是惩罚么？ 谢谢！！

箭在行动

惩罚的中文解释
以下结果由汉典提供词典解释
基本解释

1. [punish]∶惩戒;责罚;处罚
惩罚坏人
2. [discipline]∶施加鞭鞑或体罚使之服贴、受辱或以苦行赎罪
看到许多可怜的奴隶正在鞭打惩罚自己
详细解释
处罚。
《魏书·西域传·于阗》：“其刑法，杀人者死，餘罪各随轻重惩罚。” 杨朔 《渔笛》：“坏人都得到应有的惩罚，好人也踏上幸福的道路。” 艾芜 《漫谈三十年代的“左联”（一）》：“这是用经济上的惩罚，来补充**上的虐待。”

liuxz

扯淡，测试人员测过就能没BUG，开发人员一改BUG就没了，那就不会有这么多公司被质量拖死了

Jun_Li

不是说测试人员侧过就一定没有Bug，所谓的“惩罚”不是鞭打测试员告诉他们一定要没有Bug，而是提高测试人员的精神状态的一种方式，为什么我们定个目标后你就会感觉工作很激情很动力， 没个人每天都有心情不好或者干劲不足的时候，“惩罚”是提高我们测试人员的一种精神状态。

whoisangle

举个极端的例子：如果测试人员承担责任，那么一是测试人员会认真测试，这毫无疑问。二是测试人员会在有限的项目时间内，争取更多的测试时间，对产品的进行更严格的测试

狩猎者

我认为不应该进行惩罚！
惩罚谁都知道意味着什么，扣工资，扣奖金，通报批评。
惩罚就能保证以后回归测试都能通过吗？
我认为应该对好的进行奖励，对有点差距的进行鼓励。一个好的宽松的环境，一个良好的团队，比什么都重要。
惩罚只会导致不团结，导致出现问题相互推诿。

chop123

我认为应该进行适当的惩罚
首先，惩罚的目的是为了更好的保证软件的质量。通常情况下，在一个大型的公司，软件测试人员的工作是很多的，项目和好几个日常可能在同时进行，测试人员应当具备迅速把握需求、挖掘需求的能力，熟练的列出测试功能点，在测试执行时根据checklist检查容易被忽略的点。当然，这其中，会有老项目的优化，对老的需求不了解，会有测试时间不充分，许多日常挤在一个时间发布，但这些都是借口。测试人员的职责就是发现bug，公司会对每个测试人员一个等级称谓，p4\p5\p6...（技术路线），测试时间也会根据他们的经验去分配，测试人员即要保证zero bug的上线，严格的把握质量，那么遗漏到线上的bug将会很少。反之，匆匆测完就交差，线上出现了bug就推说自己测试时间不充分，了解需求不够，这样的态度对软件的质量将是极大的危害。
     适当的惩罚，比如可以记录作为年度奖的一个考核项（个人见解）

[ 本帖最后由 chop123 于 2009-8-26 09:40 编辑 ]

郁闷的芝麻

一个公司如果没有奖惩制度，那如何做到有章可依呢？显示中不是所有人都具备高度自觉性的，所以对于犯错的人必须要有惩罚

546249663

这完全是 各人 工作态度和职责问题 如果尽职态度端正 不可能BUG全测试好，但是最起码BUG的数量和严重的显而易见的BUG都基本没问题了，既然漏测了 说明这个BUG很明显，这么明显的BUG 都没测出来，说名什么，工作态度不端正，不尽职，应该惩罚！！！引用楼上：“所谓的“惩罚”不是鞭打测试员告诉他们一定要没有Bug，而是提高测试人员的精神状态的一种方式”

jarrey

对于“漏测”的测试人员以及“回归测试不通过”的开发人员需要惩罚吗?我个人比较支持反方意见！
出现了上述情况我们就需要分析是什么情况出现上述情况？是因为测试时间不足还是因为个人原因疏忽，通过出现错误到改正错误在到以后避免类似的错误，我想问下正方的同志们，所谓的经验从什么地方来的？中国革命的成功经验是从什么地方来了？认识错误改正错误以后避免类似的错误才是硬道理，而不是靠惩罚，人无完人没有不犯错的人！犯错就要惩罚？？？？？？

[ 本帖最后由 jarrey 于 2009-8-28 19:14 编辑 ]

applejuzi

这个还是要分情况，具体问题具体分析，很赞成23#的

reshma

产品中出现了bug，不管是否漏测，不应该由测试人员一个人承担，这应该是开发人员和测试人员共同的责任

鹭岛

BUG是不可能没有的！
我觉得不应该惩罚吧！一般情况下，漏测都基本比较偏的功能，或者非关键性所在的功能，应该比较不影响软件的使用的。能不处罚最好不要，免得影响不好！

飞流直下

我认为要看问题，
如果产生的遗漏是测试条件不满足或测试整体的测试经验不足造成的遗漏，则不应处罚；
如果是有相关的规范或用例，在执行上未按照要求进行，或因为责任心的问题造成的遗漏，则需要处罚；

gracech

本质不在于惩罚而在于度量。
0漏测未必就好，相对地，有漏测未必就不好。就像足球场上不丢球的守门员未必是最优秀的守门员一样。

yixiangke

漏测和回归不通过是必然会发生的事情，除非开发和测试什么都不做。
惩罚不能解决问题，只会影响员工的工作积极性与热情，使大家都成了惊弓之鸟，使开发和测试之间产生矛盾。
但是，漏测与回归测试不通过是必须引起重视的，测试人员和开发人员要认真分析原因，积极想对策避免下次再出现同样的错误。
我想大家本质上都是想把工作做好，如果频繁漏测，回归不通过，项目的进度因为自己受影响，即使别人不说什么，自己已经很难过了。所以把问题展示出来就是一种“惩罚”了。
惩罚不该做，但是奖励是一定要有的。如果测试和开发很少漏测很少回归不通过，一定要给予奖励，并让团队内的所有人都知道。这是正确的导向！