Case与Bug是否成一一对应关系

ayong401 · 发表于 2007-4-27 17:22:34

以前的公司只使用BUG管理系统,所以通常是一条Case对应一个BUG.
现在换了家公司,发现一条Case通常会有好几条BUG,非常不适应.
可能是把Case跟BUG管理做在一起了的缘故吧.

大家来说说自己公司的BUG与Case的管理情况吧.

堆积颜色 · 发表于 2007-4-27 17:32:29

大多数情况下case与bug一一对应，也有case与bug一对多的情况，但比较少

ayong401 · 发表于 2007-4-27 18:05:14

因为从接触的BUG管理工具来看.真的很难适应一条Case对应多个BUG这种状况.
就拿添加用户这一功能来说, 假设有三个问题.
1. 文字拼写有误.
2. 在输入信息时,Tab键支持的顺序不对.
3. 保存用户到用户列表中,不能自动排序.

按照以前的习惯,我肯定会对应每一个BUG,写明具体的重现步骤,然后报到BUG管理系统上.

但现在的做法是(按照现有公司习惯):
用例:
目标: 检查注册用户的正确性.
Steps:
1. 登录程序并打开用户注册对话框
2. 输入正确的注册信息.
3.点击保存按钮.

预测结果:
用户能够正确添加并保存到列表中.

在执行这个用例之后,然后将我上面提到的三个BUG放到这个用例下面.作为一个测试结果.

大家能不能讨论一下采取第二种方式的优缺点?

angel_wu · 发表于 2007-4-29 08:57:29

我认为一个CAES是对应于多个BUG的..只要在CAES里将这些BUG的编号记录下来,很方便的呀

国国国 · 发表于 2007-4-29 10:02:30

我认为一个用例最好对应一个BUG,如果有多个BUG,应编写多个用例!

堆积颜色 · 发表于 2007-4-29 16:39:23

我觉得，这是个case粗细的问题，没办法说这样做具体好还是不好，对还是不对，这些是根据实际工作的需要来断定的，可能在你公司里case这样写不会带来什么不好的后果，只是你还不适应罢了

case细的时候，添bug时可以直接对应case，省去了bug重现步骤的描述，只需要描述下bug是什么样子的就可以了，如果一个case对应多个bug，则需要在添加bug时逐一描述

garyyes · 发表于 2007-4-29 17:07:56

原帖由 ayong401 于 2007-4-27 18:05 发表
因为从接触的BUG管理工具来看.真的很难适应一条Case对应多个BUG这种状况.
就拿添加用户这一功能来说, 假设有三个问题.
1. 文字拼写有误.
2. 在输入信息时,Tab键支持的顺序不对.
3. 保存用户到用户列表中 ...

斑竹用过MERCURY 的QC吗？一个TEST CASE是一个比较完整的测试过程，当然可能有多个BUGS。

xiaoxin922 · 发表于 2007-4-29 20:00:23

这个不一定哦，看你的case复杂程度，像那种关联bug直接写上就行

huangdxx · 发表于 2007-5-10 16:23:52

受教了

funny0723 · 发表于 2007-5-10 21:46:42

学习～～～

hobli · 发表于 2007-5-11 22:03:37

案例与bug不具有固定的对应关系，可能1-1对应，可能1-n对应，也有可能n-1对应。
这跟如何设计案例有关：
1-1对应的案例设计，比较精细，对于错误分析，比较有帮助。缺点，可能是效率不够高。（当然，我还是最推崇这种设计）

1-n对应的案例设计，效率比较高，用较少的案例来发现较多的问题，这样的设计，应该都是比较聪明的。缺点，就是由于单个案例测试覆盖率较高，错误分析比较困难，个个检查点之间很可能是关联的，这就造成测试自动化会有些困难。

n-1的案例社，刚好相反，一般上说明案例效率不高，甚至出现了冗余案例，而且，相互依赖的案例
设计也可能出现这种现象。---这种情况的出现，说明我们的测试案例有问题了。

希望我讲明白了。:)

mylove888 · 发表于 2007-5-14 15:58:32

楼上的讲得不错。顶

巩员外 · 发表于 2007-5-14 18:00:45

学习中.....
　目前所处的环境也是　一条ＣＡＳＥ　对应一条ＢＵＧ　
　　正如前面所说这样比较精细　　容易管理也很容易重现ＢＵＧ　

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] Case与Bug是否成一一对应关系

相关帖子

站长推荐 /1