怎么样的测试用例才是好的用例?

sopper · 发表于 2006-2-23 11:38:09

怎么样的测试用例才是好的用例？

一个好的测试用例在什么方面能体现出它的好呢？
这方面的东西还请大家多多发言，特别是有大量测试经验的朋友，大家一起讨论，希望大家都能够提高

谢谢

yuxiao · 发表于 2006-2-23 12:55:02

能够发现目前为止没有发现的错误的case．

up1292 · 发表于 2006-2-23 14:08:35

写的清晰，能让测试执行人员执行起来方便，并且一个测试用例中的测试数据做到包含尽可能多的测试点！

sopper · 发表于 2006-2-23 17:08:43

能不能说的具体点呢
比如：
一个测试用例里，根据两个输入项和输出项的逻辑关系来确定一个bug的原因所在
…………

sopper · 发表于 2006-2-23 17:12:03

一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 Bug ，然后 “ 仔细 “ 的填写了 Bug 单（这个 Bug 的现象已经出现了很多次了）。

这时候测试经理走过来，重新复查了一下填写的 Bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 Bug 的原因

edwin_chen · 发表于 2006-2-23 21:28:08

一个好的测试用例
从理论上来回答：好的测试用例是发现迄今为止未发现的错误的测试用例

就像sopper说的：输入项和输出项的逻辑关系来确定一个bug的原因所在

所以好的测试用例也可以片面地理解成为好的输入项

当然，好的测试用例还可以从以下方面来考虑：
用例ID号：你如何来编写ID号，使得大家更加明确直观的看懂这个测试用例的作用，所处阶段等
用例标题：同样的，如何才能更加简洁明了地描述这个用例设计
重要级别：如何来确定这个用例的重要级别，让大家可以对该用例有一个更加明确的定位
………………
总之，一个好的测试用例我觉得是应该从多方面来共同体现的

wzb521 · 发表于 2006-2-24 13:53:35

不能揭示错误的用例也不能称之为不好

JUST LIKE：不能发现软件所有错误的测试员也可以是好测试员

jacky_lee · 发表于 2006-2-24 14:29:11

测试人员也是人不是神，我们的工作就是在有限的时间内，设计出好的测试用例，用最少的时间找出软件的问题所在！

Lero · 发表于 2006-2-24 17:10:58

你的启示,我怎么觉得好像那里看到过.

sopper · 发表于 2006-2-25 10:11:19

这是我引用别人的话
我也忘记了在那里看到的

但是我觉得这个不重要
只要能给我们的讨论带来启发就可以了

另外，这个话题是好的测试用例

希望大家多多发言
共同提高

ouyu · 发表于 2006-2-25 11:07:08

象楼主说的引进了新的功能,这是需求引起变化 ,你可以考虑更新用例,来找出BUG,不过新的用例可能推翻
以前旧的用例,如果BUG太多了还可以考虑测试挂起了 .

sopper · 发表于 2006-2-25 14:21:42

原帖由 ouyu 于 2006-2-25 11:07 发表
象楼主说的引进了新的功能,这是需求引起变化 ,你可以考虑更新用例,来找出BUG,不过新的用例可能推翻
以前旧的用例,如果BUG太多了还可以考虑测试挂起了 .

新的功能肯定要有新的测试用例了，也可能要推翻以前的用例了，

在这里你所说的测试挂起是指的什么东西挂起？说的具体点，我有点不明白，是不是说要把测试停了？还是有其它的意思呢？
我比较笨，不要在意
呵呵

rzhch_002 · 发表于 2006-2-26 08:58:20

天空不留我的痕迹，但我一飞过。
------------泰戈尔

sopper · 发表于 2006-3-2 12:48:06

rzhch_002 小姐　

你的是什么意思？
难道就只是这里看看

没有什么要说的嘛

还是大家聊的不够你来评价？

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

[讨论] 怎么样的测试用例才是好的用例?

相关帖子

具体点

给一点启示

是的

再加一点

怎么没有人回帖了？

站长推荐 /1