51Testing软件测试论坛

标题: 扒一扒某些奇葩的程序猿的某某观点 [打印本页]

作者: 楚迷城 时间: 2014-5-7 14:09
标题: 扒一扒某些奇葩的程序猿的某某观点
如下是某些程序猿的论点。。。。。
一、本来只是小BUG,到你这儿测成更大的BUG了
二、连这种不是BUG的BUG你都测出来了
三、这个还不算BUG，等客户提出来后再解决吧
：
：
：

作者: zhangyi910918 时间: 2014-5-7 16:44
排好队哈

四、这个问题在我的环境中并没有发现
五、这是数据引起的问题，不算问题
六、你这操作有问题，实际中客户都不会这样操作的
七、产品的需求规格中并没有这样要求

作者: 缘来是你_cong 时间: 2014-5-8 17:13
呵呵...左耳听，右耳冒吧，没办法..........

作者: forever_jun2_ 时间: 2014-5-9 11:42
确实有些研发好的话会说这是问题，并且找到原因，但有些就...

如上所述了

作者: jin_002 时间: 2014-5-13 11:10
在提交一些隐性需求的BUG时，可以在后面加上可能导致的结果和建议。

作者: TesterCC 时间: 2014-5-13 17:18
三、这个还不算BUG，等客户提出来后再解决吧。
这点要理解，比如你测出来的bug其实是需求方要求这么设计的，开发是按照设计要求来，的确很纠结。
当然你还是要告知他们，而且最好有记录。

作者: 冰爽果冻130 时间: 2014-5-15 19:25
真的，有时候由于一个bug问题跟开发确认了好久，最后得到的结果就是上述几种情况。真的感觉好无语啊

作者: 晓舞露痕 时间: 2014-7-29 11:29
有的时候不仅研发会这样说，连产品经理都会说！！尤其爱说“用户不会这样操作的”

作者: Miss_love 时间: 2014-7-29 11:40

说的很现实

作者: anywhereanytime 时间: 2014-7-29 15:21
回复 2# zhangyi910918

作为一个由测试转开发的来看，你这几点确实是这样的，很多问题确实是由环境的原因，软件需求说明书未提及，操作方式导致，不能归属开发的问题。
这也就是为什么BUG有多种类型了，软书未提及但确是问题的话那就是设计缺陷，操作方式之类的可依影响情况及改动大小来论是否需要修改。
那么环境及数据的问题就需要更具体的确认了。如正确的历史数据有问题那就肯定是开发的原因：未考虑历史数据的情况。但还有可能其中的某些数据是手工后台修改导致。

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