51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 请教:不同的操作步骤导致相同的问题,是提交一个bug,还是多个bug?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-12-7 18:33:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在目前测试中,遇到一个比较严重的问题,就是程序异常退出。可能多个不同的操作步骤都引起这个结果。例如,操作1,进入程序-〉进入某个文件夹-〉点击该页面的某个菜单,死机。  操作2 ,进入程序-〉进入某个文件夹-〉点击退出按钮,死机
请问,这种情况下是提交一个bug还是提交2个bug.或者,还有其他更多的操作步骤都导致这一个问题,还要提交N个bug?
我个人认为,把N种操作总结性的 写在一个bug里就可以了。但是老大说要把这N种情况写成N个bug提交给开发人员。这样看起来好累啊。本质是一个问题啊都是程序异常退出!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-12-7 19:56:33 | 只看该作者
首先不做别的操作,进入程序然后退出看有没有问题,如果有问题别的有关退出的测试就不用做了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-12-8 08:49:53 | 只看该作者
谢谢版本提示。
事实上即使是按照操作1,操作2的步骤重复一次,也不是每次都必现的程序异常退出。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-12-8 09:28:34 | 只看该作者
这种情况下,如果时间允许的话,需要测试人员去定义问题原因,收集与分析重现的规律;如果时间不允许的话,根据BUG的严重性与优先级可以申请该场景与关联场景的测试暂时挂起(前提是有定义挂起条件),待开发人员定位或解决后再进一步的继续该场景的测试。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-12-8 09:52:20 | 只看该作者
支持楼上的说法
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-12-8 10:17:09 | 只看该作者
谢谢楼上2位的指点。
    目前我把这个问题已经写出一个bug提交给开发人员并进行了沟通。但因为没有发现规律,且问题不好定位。问题目前没有解决。
   问题是,老大问起测试情况,说要把发现异常退出情况写成N个bug,即每个不同步骤都写一个bug输入到bug库中。说这样做是为了验证方便,也是测试人员工作量的体现。我个人认为i,测试人员的工作量不表现在一个问题的重复提交。(呵呵,个人认为这样做是重复提交同样性质的bug)。而且开发人员看到这些本质相同的问题提交这么多次,对这个测试人员的印象也不会怎么好的。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-12-8 11:05:17 | 只看该作者
我建议你先把所有会导致问题的操作都描述清楚并进行提交,不管你是作为一个bug,还是多个bug
更重要的是你需要把现在这种情况整理一下,提交一份情况说明。因为如果真是你说的这种情况,说明程序的问题很大
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2005-12-8 12:35:05 | 只看该作者
恩,谢谢qiuyangzh!我今天就重点整理所有导致这个问题的操作呢。分门别类然后提交一份说明。这样也利于开发人员定位
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-12-8 15:10:20 | 只看该作者
的确,如果出现你说的情况,那么系统至少是存在B类BUG
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-12-8 15:42:07 | 只看该作者
首先要做的不是争论如何报Bug?而是确定这些问题的原因是不是一个?否则即使按照你的主管说的报了N个Bug为了好验证,仍然可能存在没有发现(当然没有提交也就没有修复)的问题。
另外我觉得团队的特色很重要,没有必要每个团队都是长的一个样子,这个问题在不同的公司可能有不同的规定,还是按照公司的规定来做。

[ 本帖最后由 kpxl 于 2005-12-8 15:44 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2005-12-8 15:59:52 | 只看该作者
en,谢谢kpxl版主。目前问题的实质也是困扰我们开发的一个大难题。因为涉及到的东西比较多,不能判断是程序本身的问题,还是操作系统本身的问题。
另外,我们测试团队目前还不是很正规。没有所谓的公司规定,一切都在摸索中。呵呵。更希望借鉴其他公司的做法来完善我们的工作
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-12-8 16:03:40 | 只看该作者
报几个Bug不是关键,只是有可能影响到部分人的绩效而已。(如果你们公司按照测试提交的Bug来看工作量,那就完了),关键是怎么解决这个问题,如何查找问题的原因,保证一次能全部解决。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2005-12-8 16:37:07 | 只看该作者
我也认为报多少bug不是主要问题,过多而重复的问题只会影响开发的解决问题的效率。重要的是及时发现和解决问题。其实公司怎么考核我也不清楚耶。但就老大的说法可能不乐观:(
还有,如果测试人员一天都没有找到一个问题,并不能说明他没有做工作。如果我一天发现了一个重大的问题,就像上面所说,我只报了一个bug,而不是报了N个bug,也不能说我的工作比报N个bug的测试员做得少!!!但是,唉........
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

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

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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