51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4286|回复: 15
打印 上一主题 下一主题

[讨论] 关于某些bug,测试人员该如何处理和开发讨论

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2014-8-1 22:01:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有一些典型的例子往往作为测试工程师发现了,但是往往要被接受会比较难。
1.一个充值积分的功能模块,在输入积分中应该是填入数字的。我刻意去填一个字母,无任何提示必须填写内容错误,然后在提交,系统直接崩溃。我认为那是bug,系统没有做到判断用户输入非法字符,但是开发会认为那不应该是问题,
因为一般没有人会填写字母。但是我会反过来说,的确没有人故意填写字母,但是万一人家不小心填写了,然后提交,导致系统崩溃。
2.在登录界面,用户在登录的用户名前输入一个空格,或者用户名后面输入一个空格,将无法登录。我认为那是bug,因为对于有专业IT知识的人来说是知道空格也是一个字符,但是对于普通用户来说空格看上去并不明显,所以当他们不小心在前面后面输入一个空格后,不知道那和只是输入它的用户名不同。但是开发会认为,那是没有人刻意要输入空格。
3.在购物车中用户输入需要购买的产品数量,当数值超过一定边界值之后,会出错。开发会认为没有人刻意输入那么大的字母。但是我认为人的操作是存在各种可能性的,都是要尝试

以上两种情况是否应该是一个专业测试所需要考虑发觉的问题,如果是的测试是否应该坚持说服开发和经理,该如何让别人接受
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

推荐
 楼主| 发表于 2014-8-4 13:32:28 | 只看该作者
回复 3# iTestYang


    我之所以认为前面多一个空格不能登录是bug,因为某个普通用户他在输入用户名是不经意前面加了一个空格,而输入密码也正确,结果提交后无法登录。他并不知道空格是一个特殊字符,所以他会不明白,为何自己无法登录。有时候有些人避免忘记用户名、密码会将信息保存,然后在复制,但是复制的时候难免会在多一个空格,也会导致这个问题。对于专业IT人士,当然知道空格是特殊字符,但是对于普通人不太了解空格,所以大部分网站都应该在用户名前后去掉空格,我试了一下百度是这样的。当然某些网站没有做到。
回复 支持 1 反对 0

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    推荐
    发表于 2014-8-20 13:21:48 | 只看该作者
    难得的一个好帖子,这三个全部是缺陷,只管提。
    回复 支持 1 反对 0

    使用道具 举报

  • TA的每日心情
    无聊
    2022-12-8 17:51
  • 签到天数: 256 天

    连续签到: 1 天

    [LV.8]测试军长

    2#
    发表于 2014-8-2 11:29:50 | 只看该作者
    上面都属于测试应考虑到的测试点,对于一个强壮的应用系统,应该有较好的容错能力及捕获异常的能力;一些文本框有对应的字符类型及字符长度限制。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2014-8-2 22:38:48 | 只看该作者
    1,3明显是bug,我觉得一个优秀的网站不应该有这样的问题。
    第2点不太明白你所说的无法登陆是什么意思。如果用户名因为多了一个空格而无法登陆,应该是正常的行为才对。不知我是否理解错了

    作为测试,没有近乎挑剔的精神是不行的。因为用户本来就是挑剔的。测试相当于在开发做的东西面向用户之前,先充当了用户的角色。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2024-10-4 10:34
  • 签到天数: 1208 天

    连续签到: 1 天

    [LV.10]测试总司令

    4#
    发表于 2014-8-4 09:10:36 | 只看该作者
    以上三个全是bug 第2点我做的差一点 好要加强
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2014-8-4 09:15:03 | 只看该作者
    这个开发是刚毕业的小屁孩儿吧?这种态度等着被炒鱿鱼吧。
    LZ认为是bug的,即便不确定只是有疑问,拿出来讨论或报告都是对的,说明你的责任心比他强。他不承认无非是不想承担责任,有他后悔的一天。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2014-8-4 13:35:16 | 只看该作者
    其实我要表达的重点不管是这个是不是Bug,而是我们作为测试人员怎么说服开发、经理认为那些Bug。因为开发态度是,你为什么操作的方式,没有人会这么做,明明填入数字地方,你非要填入字母,然后他们会抱怨为了处理这种问题,导致了开发进度延后。其实我觉得发现某个bug,对于测试来说是一步,还需要如何让其他人接受这个问题,因为别人会说没有人会这么做。不知道大家如何处理这样的问题,能否说说?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2014-8-5 20:43:14 | 只看该作者
    第二个算优化,一个公司测试和开发直接PK显得不够专业,要有第三方的标准,比如需求,需求有写那么大家根据需求来,没需求或者需求不明,那么要看项目经理或者产品经理(拥有产品发布权)的意思,他们觉得要fix就fix,他们觉得可以在产品中允许这些问题存在那就pass。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2014-8-6 10:57:22 | 只看该作者
    八楼正解,不需要跟开发争辩这些问题,测试要做的事只是找出问题,提交。如果自己觉得非改不可,开发觉得不用改的,还是直接找需求人员或者项目管理者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2014-8-13 10:51:46 | 只看该作者
    我觉得开发和测试也没什么不好沟通的,而且你给的bug很常见对于开发来说so easy 或者你发现的bug可以给项目经理进行处理
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    11#
    发表于 2014-8-20 09:02:58 | 只看该作者
    问题提交上去。。。。有疑问一起讨论就OK了啊。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2014-9-1 14:38:00 | 只看该作者
    容错 易用性 边界值 这些都是基本的测试准则 最好取得管理层的支持才好说话 遇到这样的开发真是无语了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-6-25 17:36
  • 签到天数: 7 天

    连续签到: 1 天

    [LV.3]测试连长

    14#
    发表于 2014-9-2 16:29:33 | 只看该作者
    回复 10# 我是赵林林


        同意
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2017-5-6 09:30
  • 签到天数: 52 天

    连续签到: 3 天

    [LV.5]测试团长

    15#
    发表于 2015-11-10 16:58:17 | 只看该作者
    同意楼主的意见,只管提bug,这3个都是,不知道开发怎么想的,是准备偷懒吧
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2015-11-11 15:40
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2015-11-25 18:07:39 | 只看该作者
    顶一下,这绝对 是bug,但是每次和开发沟通,他们都 说正常用户不会这样操作。也是无奈啊。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-24 23:00 , Processed in 0.087486 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表