遇到这样的问题你会当是BUG提交么？

soul_cat

测试的时候遇到类似这样的问题:
在文本框里输入名字，点提交按钮。就会在新页面了出现刚才输入的名字+欢迎您！的字样。
例如:在文本框里输入“丫丫”，提交后，在新的页面就会出现“丫丫，欢迎您！”的字样。
当输入很长的字符（文本框没有长度限制），点提交。
新的页面那个欢迎您的提示就会超出当前所在位置的表格。也就是出现布局问题。
和开发的人员说的时候，他们说这不能算是BUG，名字一般都不是很长，谁会那么无聊输入那么长的名字。。。
你们遇到这样的事情会怎么办？

happylongnv

我觉得是一个bug，虽然名字一般不会很长，但是如果我们从用户的角度想，用户偶然输入一个很长的名字，结果布局出现了问题，用户就会觉得我们的软件有问题。

千里

楼主使用了边界值法设计了测试用例并发现了该BUG，而开发却觉得这不是。因此造成了矛盾，矛盾之外我们发现碰到类似问题该怎么去沟通？

hello1121

我觉得这个问题应该和需求人员确认一下。
1、如果客户应该这个页面真的很重要，就好像给日本做项目那样，“确定”的按钮在页面的说明位置都有明确的要求，那么就是bug，就需要开发人员修改；
2、如果客户认为无所谓，那么这个就是个D类的bug，主要是为了页面的美观，可以延迟修改，或者等到项目统一修改页面规范的时候再做；

davy_chen

是问题，做为bug处理，只是bug的严重程度和其它属性对应调整一下而已
测试要做到公平公正，如果软件让用户来看，很多不是问题也被说成了是bug，而让开发自己看，很多是问题的却不想当作bug。

莫道桑榆晚

LZ要做好心理准备，作为测试人员不管你怎么辛苦去发现BUG，对于开发人员来说他 不一定会去做修改，这样的情况一般分4种：
1> 整个项目没有足够的时间。
2> 不 是真正的BUG
3> 修改会冒很大的风险
4> 不值得去修改

你说的确实是 个BUG，希望你能把BUG提交给开发人员和 你的上司，他们会讨论决定要 不 要做修改

月上百合

我们公司把这个当做bug算的，解决方法就是控制输入文字的长度

月上百合

主要是现在有些会员注册时，他们喜欢用个性的名字注册，比如加点符号了，或者搞个什么表情了，所以这些情况都得考虑到，测试吗，就应该把常规的方法和异常的动作都想到

yzylion

我也认为是BUG
开发跟你说“谁会那么无聊取那么长的名字”
如果你因为这个就不当BUG提了，到时候做验收测试的时候，如果出现了这一幕，客户说这个是个BUG，难道在那上面还说“你有病吧，取那么长名字啊”
呵呵，玩笑话
但是，肯定是要作为一个BUG提的，有问题的可以建议召开“三国会议”开发，测试，项目经理三方确认该BUG的最终状态，当然，项目经理的参与是建立在对用户需求非常了解的基础上，同时能够及时有效的与真实的最终用户取的联系的。呵呵

key8970

我觉得应该算的。至少在提交测试记录的时候，我会写上去的，也和开发人员沟通好，他们如果在修改意见里写“不是bug，只是***问题，已修改”或者是“不是bug，无须修改”，那处理结果到我这里的时候，至少文件记录里，开发人员是已经处理过了的。

千里

受到9楼的提醒，我觉得这种问题以后肯定还会经常碰到。最好把类似这样的问题列出来，开个会讨论一下，争取开发和测试达成共识，这样对以后工作都会有利。

soul_cat

上次遇到这样的问题，我当是个BUG提交上去了。然后开发人员直接回了，说这个不是BUG。

原点

当被客户认为是BUG时，因为你提交过。
那个时候你就可以说当时提交了，只是开发那边不肯修改。

livin8

晕死，肯定是BUG啊，用户就是很无聊的啊，发现这个肯定会和你提到死，让程序员改。。不改找他头，我们经理和我讲，凡是你看的不爽的都是BUG，，，哪怕是建议都要提，不行就给他REOPEN，多来几次你看他还改不改，，，不改就没有奖金了，他会改的
呵呵

月上百合

没办法，做为测试提出来的bug，开发有时候认为不算bug，但是同样的问题被客户提出来了，他们就会认为是bug了，就会认真对待的。

我是别人的马甲

14楼的公司测试人员太爽了~！

我是别人的马甲

14楼啊。你什么公司啊。。。强烈需求啊

xmy942002

我们部门测试完成后，会把bug状态分三类：
未修改：若开发认为不是问题，会把开发的原话贴在bug后，回头即使出问题，有据可说
遗留问题：一直不修改的问题
已修改问题：已修改的问题，我们也验证没问题了，但防止开发后面有改动，导致上线后有问题，到时候有据可查

wanglilitesting

是bug   一般看需求

key4

其实BUG是肯定的，但是严重性级别不一样而已。
这是一个从感性到理性量化的过程。