51Testing软件测试论坛

标题: 一个开发人员训斥我：需求是不能提bug到QC上的 [打印本页]

作者: karen1011 时间: 2012-8-27 10:48
标题: 一个开发人员训斥我：需求是不能提bug到QC上的
今天公司的一个开发人员训斥我说：你知不知道需求归需求，BUG归BUG，需求是不能写到QC上的。
所以我进51Testing，想请教前辈们，如果在测试的过程中发现需求并不够完善，通过沟通决定可以增加XX功能时，不可以写在QC上，让开发程序员验BUG吗？

作者: zzhao915 时间: 2012-8-28 10:02
需求不完善，是缺少还是需求描述有问题啊。。

如果是缺少需求，就到qc 上面提交新需求
如果是需求描述错误，就修改需求描述，并把错误的需求实现提交bug

作者: lintongyan 时间: 2012-8-28 10:04
基本上当需求不完善的时候可以提出来，但不能跟一个bug一样处理。流程完善的公司都分的很清楚，小公司就没那么多计较了。我也遇到过这种事

作者: html1987 时间: 2012-8-28 10:46
看你们公司是什么规模的，是否流程很正规，其实在项目的初始阶段测试人员就需要参与讨论的，这样就可以把某些需求的漏洞扼杀在萌芽里。如果像你这种情况，前期没有参与，测试的过程中发现了，我一般的做法是先提交出来，可以以bug的形式，至于是需求还是bug，测试和开发可以讨论，给个最终结论，若是需求，再转化成需求优化就好了。

作者: wyhuyawangyu 时间: 2012-8-28 10:55
感觉应该先和你组的领导沟通下，是应该写成新需求还是需求变更，我们一般是需求变更，或新需求。不是BUG，尽量不要以BUG形式提交，有的公司对于开发的绩效考核是与bug数挂钩的。

作者: 赵佳乐SMILE 时间: 2012-8-28 11:37
我们基本是不提的如果觉的功能不完善
提个建议给需求人员，再由需求人员修改后转给开发人员
然后在验

凭什么就训斥你啊。
当然如果你没有问过其他同事，就自己决定提了的话，还是要自己承担责任的

作者: 黑色南极 时间: 2012-8-28 13:18
我们公司一般是先跟需求人员沟通，然后需求人员再直接提交bug

作者: zmx21314 时间: 2012-8-28 14:43
给你个建议，你可以以建议级别的bug提上去。把你自己的看法提上去，即使需求没有也足以让上层看到。最后由上层决定是否进行需求变更。

作者: luojian0809 时间: 2012-8-28 16:00
扯淡吧、缺陷是什么？缺陷就是BUG，它包含整个项目的生命周期中所发现的所有问题。再者，项目中的缺陷，需求上的问题是占很高比例的，怎么能不叫Bug呢？看到我就来气...
这位仁兄，你也太不硬气了。测试其这真的地位是高于开发的，要霸气一点，我这话不是分高低等人，只是你霸气点是对工作有好处的。拿我现在的项目来说，我只要认定了是缺陷、或者需求不对的，只要我有足够的理由证明，那负责这个模块的开发就必须得去改。几乎我说了是1开发人员不会再去顶2，但前提是，你得有足够的理由和实际的理论去证明。吵吵架也是很正常的。

作者: msnshow 时间: 2012-8-28 22:50
这个提上去肯定是没错的，不过要注意BUG的类型

作者: liou_liou 时间: 2012-9-4 11:02
分两种吧，一个是需求有错误，但是经过了评审，这个算是bug
另一个是增加的新需求，需要重新评审，这个算request

作者: 六月天 时间: 2012-9-4 12:08
回头你训斥一下开发，需求的缺陷也是bug，有什么不能在QC上提交的！他这么一个开发，纯属外行人员，不要跟我们这样的专业测试人员争辩，一边呆着去。

作者: 六月天 时间: 2012-9-4 12:14
话说我看到这样的就来气，做测试做的这么没自信，是不是缺陷本来就是测试说了算，跟外行人争论什么？别忘了自己才是测试专家，搞得没自信岂不是被开发鄙视？连bug这种基本的东西开发都敢过来指手画脚，简直找死。
做得自信点，哪怕看到开发的东西，只是一个按钮的位置让你不满意，你也可以提个严重等级为致命的bug！这就是气势，理由照样可以很充分：用户感受很差，对产品将有极大影响！

作者: 千里 时间: 2012-9-4 20:07
被训斥了啊，这开发地位好高啊，还是得想办法扳回劣势啊。

作者: 千里 时间: 2012-9-4 20:08

话说我看到这样的就来气，做测试做的这么没自信，是不是缺陷本来就是测试说了算，跟外行人争论什么？别忘了 ...
六月天发表于 2012-9-4 12:14

话说很有气势，估计可以镇住开发。

作者: karen1011 时间: 2012-9-5 10:23
谢谢各位前辈的谆谆教诲！

作者: malasyan 时间: 2012-9-7 10:38

一般这样我觉得是,提到bug管理工具中,但是指向需求人员.因为是他们的问题嘛~然后由需求人员负责敦促开发完成该需求,然后如果下一版再出问题,那就肯定是bug了,没跑~~

作者: 挑战无处不在 时间: 2012-10-23 12:39
有问题就提，干嘛不提啊

作者: 没翅膀的飞鱼 时间: 2012-11-12 20:27
话说这个真的看公司对bug的定义------
是不是开发人员和测试人员对bug的定义不统一，如果不统一就很有必要向上级反映了
在话说13#真的很生猛啊，估计真能镇住开发啊，呵呵

作者: skyline 时间: 2013-1-31 21:05
看项目流程如何定义的

作者: metoto 时间: 2013-2-4 14:27
哎，请问QC里的bug模块叫什么名字： Change Request，本来就可以通过测试引导需求，只不过你这个bug assign的人要有需求设计人员和开发人员一起，让他们再讨论核实。

作者: lingyu_kelly 时间: 2013-6-18 14:51
多沟通，才是主要的

作者: lzsong520 时间: 2013-10-18 12:42
这要看你们公司是如何规定的。

作者: 直贤均 时间: 2013-10-19 23:02
以后需再关注，现在先帮你顶一下

《倩女幽魂2》至尊序列号新手礼包领取http://url.cn/9VnmEE

作者: 此岸花开 时间: 2013-10-23 15:05
你把他当做建议提上去，在需求就提的公司很少吧。

作者: Miss_love 时间: 2013-11-7 14:21
根据具体情况吧，训斥的话们那就不对咯。

作者: 宋小红 时间: 2013-11-8 12:53
测试包括需求文档、详细设计文档、概要设计文档、程序。你告诉那个开发人员，测试不只是测试他写的代码，还包括需求

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