51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5208|回复: 12
打印 上一主题 下一主题

[原创] 多个相同缺陷写几条记录?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-15 08:14:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在对一个软件进行测试时,该软件所有的输入文本框都有同一个BUG,也就是对输入长度没有限制和提示,输入过长会被自动截掉超出的长度。一共有几百上千个输入框。我在写缺陷报告的时候是该每一个输入框写一条缺陷还是所有的写成一条缺陷呢?
感觉每个输入框写一条都是重复的工作,但是如果总共写一条缺陷好像也不太好!大家是怎么做的?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-8-15 11:25:28 | 只看该作者
对于这种类似错误,而且涉及到得控件数量比较大的,那么我就自己归结一个错误类型,比如你所报告的错误是对于输入框控件的控制问题,那么我就会以“控制问题”作为一个大项,然后将有这个问题的所有输入框的位置和名称都罗列出来并标注具体的控制是哪方面的问题。以这个为一个大项,其他的问题还是按照正常的一个BUG一个错误报告。避免BUG遗漏。这个是我自己的个人处理方法,好不好请自己斟酌。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-8-15 12:38:20 | 只看该作者
2L总结的很好,这种写成一类就好了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-8-18 22:22:24 | 只看该作者
能否在一条提示中将所有有此类问题的输入框都写上,集合成一条记录放上去,但是把优先级和严重级都调高一级?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2008-8-24 16:42:09 | 只看该作者
谢谢2L的兄弟,我也觉得你的方法比较好。可是假如我现在用TD进行测试管理,每条缺陷都与相关的测试用例和需求对应,测试用例又对应不同模块,用这种方法,想要将用例和缺陷记录对应,好像就会出现混乱了……课怎么办呢?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2008-8-25 14:52:45 | 只看该作者
    还是多个,只要它是产生自不同的测试案例的话
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-8-25 22:01:01 | 只看该作者
    同意5#的观点,这个问题还有什么更好的解决办法吗?而且按照2#朋友的做法放在一个错误类中提交,那在计算BUG数量时,这个错误类是算一个BUG吗?关注中...
    PS:新手上路,请多关照
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2008-8-27 15:42:45 | 只看该作者
    类似的问题报一个BUG就行了。但一定要在BUG描述里,把所有出现这种相似问题的界面都要列出来,不能漏。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2008-8-28 22:07:55 | 只看该作者
    好像缺陷记录的原则是一个缺陷对应一条记录,这样才方便管理和统计,可是这个问题……真的让我疑惑了,有什么标准没?或者谁在工作中遇到过这种情况的?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-6-23 13:04:52 | 只看该作者

    测试不断地去优化开发流程

    我现在所在公司的做法是:测试不断地去优化开发流程
    想这样的问题在开发前期的文档中都做了输入框检查的项
    在测试阶段不可能出现大量输入框未作检查的问题

    我觉得这个方法相当不错:测试不断地优化开发流程
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-6-23 13:49:14 | 只看该作者
    原帖由 红尾鱼鱼 于 2008-8-24 16:42 发表
    谢谢2L的兄弟,我也觉得你的方法比较好。可是假如我现在用TD进行测试管理,每条缺陷都与相关的测试用例和需求对应,测试用例又对应不同模块,用这种方法,想要将用例和缺陷记录对应,好像就会出现混乱了……课怎么办 ...


    测试用例也不能写的太死板了,有时候也需要一定的通用性!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-6-24 10:15:12 | 只看该作者
    可以将所有这些用例链接到一个bug上,在bug的描述内说明是该bug是诸多用例出现的一类bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-6-24 10:46:10 | 只看该作者
    按你的描述,应该是由于相同的问题引起的,你可以试着分析一下原因,然后提一个更深入的BUG,而不是表象,比如由于某某原因造成所有的…………出现问题
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 05:48 , Processed in 0.072617 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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