karen1011 发表于 2012-8-27 10:48:06

一个开发人员训斥我：需求是不能提bug到QC上的

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


zzhao915 发表于 2012-8-28 10:02:49

需求不完善，是缺少还是 需求描述有问题啊。。

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

lintongyan 发表于 2012-8-28 10:04:28

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

html1987 发表于 2012-8-28 10:46:22

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

wyhuyawangyu 发表于 2012-8-28 10:55:29

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

赵佳乐SMILE 发表于 2012-8-28 11:37:36

我们基本是不提的 如果觉的功能不完善
提个建议给需求人员，再由需求人员修改后转给开发人员
然后在验

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

黑色南极 发表于 2012-8-28 13:18:52

我们公司一般是先跟需求人员沟通，然后需求人员再直接提交bug

zmx21314 发表于 2012-8-28 14:43:08

给你个建议，你可以 以建议级别的bug提上去。把你自己的看法提上去，即使需求没有也足以让上层看到。最后由上层决定是否进行需求变更。

luojian0809 发表于 2012-8-28 16:00:04

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

msnshow 发表于 2012-8-28 22:50:00

这个提上去肯定是没错的，不过要注意BUG的类型

liou_liou 发表于 2012-9-4 11:02:34

分两种吧，一个是需求有错误，但是经过了评审，这个算是bug
另一个是增加的新需求，需要重新评审，这个算request

六月天 发表于 2012-9-4 12:08:06

回头你训斥一下开发，需求的缺陷也是bug，有什么不能在QC上提交的！他这么一个开发，纯属外行人员，不要跟我们这样的专业测试人员争辩，一边呆着去。

六月天 发表于 2012-9-4 12:14:28

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

千里 发表于 2012-9-4 20:07:23

被训斥了啊，这开发地位好高啊，还是得想办法扳回劣势啊。

千里 发表于 2012-9-4 20:08:27

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


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

karen1011 发表于 2012-9-5 10:23:58

谢谢各位前辈的谆谆教诲！

malasyan 发表于 2012-9-7 10:38:53

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

挑战无处不在 发表于 2012-10-23 12:39:18

有问题就提，干嘛不提啊

没翅膀的飞鱼 发表于 2012-11-12 20:27:15

话说这个真的看公司对bug的定义------
是不是开发人员和测试人员对bug的定义不统一，如果不统一就很有必要向上级反映了
在话说13#真的很生猛啊，估计真能镇住开发啊，呵呵

skyline 发表于 2013-1-31 21:05:31

看项目流程如何定义的
页: [1] 2
查看完整版本: 一个开发人员训斥我：需求是不能提bug到QC上的