51Testing软件测试论坛

标题: 需要文档没有要求到的功能但明显不对的算bug吗 [打印本页]

作者: 李燕飞 时间: 2011-3-3 21:08
标题: 需要文档没有要求到的功能但明显不对的算bug吗
各位前辈
大家晚上好！我是一位刚刚从学校出来从事测试工作的菜鸟。。。很多东西都不太懂，这两天在公司做测试发现的bug，都被否决掉。。。心里有点困惑，不知道这些算不算是bug，请各位前辈赐教。。。
例如软件的某些模块的电话号码，邮编等，我觉得这些都是填数字的，但是公司开发出来的软件对这些根本没有任何的限制，英文中文什么字符都可以随便输，跟测试组长说的时候她说这些文档没规定，所以没限制。。我也知道测试要根据文档，但是这些不是都是很明显的bug吗？还有一些入职日期甚至比出生日期要早都没做判断，可以正确的保存资料，我觉得很难接受啊，可是他们就是说需求没有要判断所以都没错，相类似的还很多，但是他们都没把这些看成bug,这究竟是怎么回事呢？
希望得到大家的指教。。谢谢！

作者: kusoleen 时间: 2011-3-3 21:15
你们这个软件是刚开发么，如果是刚开发出来那么公司主要重视的是主要功能的正常运行对于细节处理部分可能还要等之后的维护阶段再去改进，对于这些问题如果文档里没有要求的话可以当成建议性缺陷

作者: hanyeyu110 时间: 2011-3-4 00:29
可以open一个低级的bug 可改可不改的让开发的知道

作者: nobuo0908 时间: 2011-3-7 11:32
首先可以先将BUG上报之后优先级或者重要程度都定为较低的级别，之后与产品或者是程序进行沟通。

决定BUG的重要程度和优先级~。

可能这个问题是产品在写需求遗漏的也可能是程序理解错误。

所以碰到问题可以先上报在进行沟通定位

作者: 李燕飞 时间: 2011-3-7 12:34
回复 2# kusoleen

不是刚开发的啊，都版本升级了，所以我才觉得很郁闷啊。。。

作者: 李燕飞 时间: 2011-3-7 12:45
本帖最后由李燕飞于 2011-3-7 12:49 编辑

回复 4# nobuo0908

测试组长检查通过了再上报程序员。。我连测试组长这关都过不了。。。说文档没要求，这些内容一直都没限制的，一直都是这样。我就不知道该怎么说了。。。

作者: 夜雨蝶舞 时间: 2011-3-7 12:49
呵呵。我经常碰到这样的问题，我们项目是给专业人士做的异常输入的情况也不算是BUG

提了也白提，不过你可以在给开发和老大的邮件中表示你关注过这些测试点

作者: archonwang 时间: 2011-3-7 14:30
呵呵。可以提出，但是要让项目组及客户确认是否需要进行修改。

作者: 李燕飞 时间: 2011-3-8 12:50
回复 7# 夜雨蝶舞

是啊。。。。好多细节的问题感觉都没注意。。提了也被否决，自己也不懂得怎么沟通让别人接受自己的想法。。。做不到据理力争

作者: 061001 时间: 2011-3-14 10:24
虽然很细小，但bug就是bug

作者: piaoqi13 时间: 2011-3-14 17:11
这是不是行业的“潜规则”啊！……

作者: wangsc_testing 时间: 2011-3-14 23:27
回复 1# 李燕飞
这个问题确实是刚接触测试的人都比较关心的一些“低级”BUG。首先我必须要说明，楼主讲的问题确实是BUG，但需求文档中没有说明，怎么办？？这个时候我觉得楼主应该学习一下什么是软件需求，软件需求分为显式需求和隐式需求，显式需求不用说，就是文档中明文规定了的，隐式需求就是那些大家都知道的，常规的，无需说明的需求，就比如楼主讲的。遇到这类需求，一定要提出，让领导知道你关心过这个，表达一下你考虑的并非不周。但有很多像楼主遇到的那些开发者，都喜欢用需求文档来耍赖皮，说实话，遇到这样的开发者，就没必要和他们争了，因为这样的开发者永远都只能做编写代码的机器！但不争并不代表你要放弃，你应该把问题自己记录下来，想办法证明“这个地方输入汉字不行”，如何证明？你要充分利用系统中的查询功能，我们都知道查询功能很容易暴漏系统问题。能输入汉字就能输入字符，对吧？那你就把电话号码输入成字符（比如英文的单引号），然后你到查询模块中去查，看看查询模块会不会报错。如果那些开发菜鸟们把查询模块做的很好，这个地方没有报错，那你就另找途径，当然，实在无法找到办法让开发者，甚至那白痴项目经理去改这个问题，那你也不要死抓着这个不放，等着客户提出来了你再给他们说，只要有一个客户提出来，开发必须改！为什么不深究这个问题，主要是因为作为系统开发团队中的一员，你也应该要考虑到项目进度和缺陷修改成本的问题。在这里要给你更正一句话“测试者就是要从客户的角度考虑问题”这句话说的还是有点问题的，其实这句话是说要从客户的使用需求（习惯）考虑问题，并不是说电话号码输入成汉字就必须要改，没有哪个客户的使用习惯是把电话号码写成汉字的，但有客户会把电话号码写错，比如少写一个或多写一个数字等，这类问题你可以去试图说服开发人员做个限制。

作者: moonet 时间: 2011-3-16 13:00
觉得那些都是BUG应该修改～～

作者: 千里 时间: 2011-3-16 19:14
12楼的说得正确，关于缺陷与需求的关系有这么一段话：
1.需求提到的，开发没有实现。为缺陷
2.需求提到的，你做错了。为缺陷
3.需求没提到，你做多了。为缺陷
4.需求没有提到，但必须做，你却没做。为缺陷
5.需求提到了，你做了，但实现得非常糟糕。为缺陷

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