关于某些bug，测试人员该如何处理和开发讨论
有一些典型的例子往往作为测试工程师发现了，但是往往要被接受会比较难。1.一个充值积分的功能模块，在输入积分中应该是填入数字的。我刻意去填一个字母，无任何提示必须填写内容错误，然后在提交，系统直接崩溃。我认为那是bug，系统没有做到判断用户输入非法字符，但是开发会认为那不应该是问题，
因为一般没有人会填写字母。但是我会反过来说，的确没有人故意填写字母，但是万一人家不小心填写了，然后提交，导致系统崩溃。
2.在登录界面，用户在登录的用户名前输入一个空格，或者用户名后面输入一个空格，将无法登录。我认为那是bug，因为对于有专业IT知识的人来说是知道空格也是一个字符，但是对于普通用户来说空格看上去并不明显，所以当他们不小心在前面后面输入一个空格后，不知道那和只是输入它的用户名不同。但是开发会认为，那是没有人刻意要输入空格。
3.在购物车中用户输入需要购买的产品数量，当数值超过一定边界值之后，会出错。开发会认为没有人刻意输入那么大的字母。但是我认为人的操作是存在各种可能性的，都是要尝试
以上两种情况是否应该是一个专业测试所需要考虑发觉的问题，如果是的测试是否应该坚持说服开发和经理，该如何让别人接受 回复 3# iTestYang
我之所以认为前面多一个空格不能登录是bug，因为某个普通用户他在输入用户名是不经意前面加了一个空格，而输入密码也正确，结果提交后无法登录。他并不知道空格是一个特殊字符，所以他会不明白，为何自己无法登录。有时候有些人避免忘记用户名、密码会将信息保存，然后在复制，但是复制的时候难免会在多一个空格，也会导致这个问题。对于专业IT人士，当然知道空格是特殊字符，但是对于普通人不太了解空格，所以大部分网站都应该在用户名前后去掉空格，我试了一下百度是这样的。当然某些网站没有做到。 难得的一个好帖子，这三个全部是缺陷，只管提。 上面都属于测试应考虑到的测试点，对于一个强壮的应用系统，应该有较好的容错能力及捕获异常的能力；一些文本框有对应的字符类型及字符长度限制。 1,3明显是bug，我觉得一个优秀的网站不应该有这样的问题。
第2点不太明白你所说的无法登陆是什么意思。如果用户名因为多了一个空格而无法登陆，应该是正常的行为才对。不知我是否理解错了
作为测试，没有近乎挑剔的精神是不行的。因为用户本来就是挑剔的。测试相当于在开发做的东西面向用户之前，先充当了用户的角色。 以上三个全是bug 第2点我做的差一点 好要加强 这个开发是刚毕业的小屁孩儿吧？这种态度等着被炒鱿鱼吧。
LZ认为是bug的，即便不确定只是有疑问，拿出来讨论或报告都是对的，说明你的责任心比他强。他不承认无非是不想承担责任，有他后悔的一天。 其实我要表达的重点不管是这个是不是Bug，而是我们作为测试人员怎么说服开发、经理认为那些Bug。因为开发态度是，你为什么操作的方式，没有人会这么做，明明填入数字地方，你非要填入字母，然后他们会抱怨为了处理这种问题，导致了开发进度延后。其实我觉得发现某个bug，对于测试来说是一步，还需要如何让其他人接受这个问题，因为别人会说没有人会这么做。不知道大家如何处理这样的问题，能否说说？ 第二个算优化，一个公司测试和开发直接PK显得不够专业，要有第三方的标准，比如需求，需求有写那么大家根据需求来，没需求或者需求不明，那么要看项目经理或者产品经理（拥有产品发布权）的意思，他们觉得要fix就fix，他们觉得可以在产品中允许这些问题存在那就pass。 八楼正解，不需要跟开发争辩这些问题，测试要做的事只是找出问题，提交。如果自己觉得非改不可，开发觉得不用改的，还是直接找需求人员或者项目管理者 我觉得开发和测试也没什么不好沟通的，而且你给的bug很常见对于开发来说so easy 或者你发现的bug可以给项目经理进行处理 问题提交上去。。。。有疑问一起讨论就OK了啊。 容错 易用性 边界值 这些都是基本的测试准则 最好取得管理层的支持才好说话 遇到这样的开发真是无语了 回复 10# 我是赵林林
同意 同意楼主的意见，只管提bug，这3个都是，不知道开发怎么想的，是准备偷懒吧:@ 顶一下，这绝对 是bug，但是每次和开发沟通，他们都 说正常用户不会这样操作。也是无奈啊。
页:
[1]
