软件测试论坛 › [测试用例设计] › 关于评价测试用例的好坏

walker_lai 发表于 2006-9-3 13:36:03

不少高手啊！

白菜叶子 发表于 2006-9-5 16:48:24

我觉得
1、测试用例的覆盖率，一个测试用例至少要覆盖到几个测试的重点；
2、测试用例的描述是否明白，一个好的测试用例，可以让他其他测试人员作为测试执行的依据；
3、预期输出明确，不存在歧义；

hongmei 发表于 2006-9-25 16:47:53

根据什么进行测试执行？

jackei,我是刚刚转做测试的，希望您能赐教，谢谢

测试执行人员只根据测试用例执行测试吗？

测试用例反映的是思路和方法，但象用户注册功能，注册表单有很多项，如姓名、工作、爱好等，注册需要的项，只在需求中进行了明确，而程序员可能会漏项，作为测试人员不需要根据软件需求测试注册表单里的项是否正确、完备吗？，如果这样的话我觉得测试需求也要写对注册项的完备进行测试，不知道我的理解对不对？

hjjlearning 发表于 2006-10-12 16:43:49

哎，看到各位大虾说的，感觉真是汗颜！
我也是刚刚进入测试行业的，做网站测试
其实我在写测试用例的时候就是一个功能一个功能单独的写，测试出功能正确

本没有考虑到功能与功能之间的关联测试，因为感觉那样全部写出来的话

会有很多很多，真是迷茫啊

Joan2005 发表于 2006-10-12 21:09:49

感觉每添加一个新的BUG都必须有一个对应的测试用例,是很好的完善测试用例的方法.
1.测试需求,其实就是根据需求文档整理出来的测试内容,即按功能模块划分,再细分出很小的功能模块，整理出测试需求点.不知道这样理解对不对.
2.按1中整理出来的最小的功能点,即测试点,设计测试用例.在这里执行步骤已经确定,主要是设计测试输入数据(合法和不合法的数据),一种测试数据对应一个测试用例.
3.对于业务流程的测试用例该如何来设计呢?违反业务流程的操作要不要设计进来?
也有很多疑惑,希望跟大家一起讨论.一起成长

Joan2005 发表于 2006-10-12 21:14:45

还有一点.我们现在所有工作的开展只靠一份需求规格说明书(不是很详细).那么我们按此写的应该是系统测试用例.那么单元测试用例根据什么来写呢?它与系统测试用例在设计上有什么不同呢?

foxspirit 发表于 2006-10-13 14:18:27

文章写得很好，其实每个领域，每个公司的实际情况是不一样的，难点就是怎样将理论和你们的实际需求联系起来，如果你做到了这点，那么如何用这些方法去设计测试用例的问题就迎刃而解了。别人再怎么说都无用，许多东西都是要靠自己去慢慢的体会。

刘洪鹏 发表于 2007-7-4 15:59:15

睡醒了顶一下

helina168 发表于 2009-7-1 21:33:37

每天来这充下电真的受益不少，感觉自己懂的太少，要向各位学习了！

彦羽de心 发表于 2009-8-18 15:22:37

这么多高手，学习了~~

hlm4540331 发表于 2009-11-17 22:52:25

这篇帖子提出了很多测试人员的心声。个人在实践过程中，觉得：在测试初期阶段，可以按照预先写好的测试用例进行执行以及需求重点，
保证基本测试点以及基本功能正常。在时间充足的情况下，多进行一些附和实际应用场景的非常规性性的操作测试。比如重复
操作几次，就会出现某个bug。

丢了朵朵 发表于 2010-12-22 18:20:45

谢谢分享！

luhli520 发表于 2011-3-21 14:06:45

感觉平时测试都很零散，每隔段时间就需要总结一下

yimao1029 发表于 2011-6-23 17:36:16

谢谢分享，看了受益不少。。。学习了。。。

jiangboyang222 发表于 2012-7-17 21:19:54

好多字呀，都是高手，我只有顶礼膜拜的份儿~~~哈哈，学习了...

zengli_ming 发表于 2012-10-23 16:00:08

很好呀，看了大家自己的想法，学到了

paomo3360 发表于 2012-12-11 16:47:10

学习中。。。。

Jesseli 发表于 2012-12-28 17:09:43

每添加一个新的BUG都必须有一个对应的测试用例,是很好的完善测试用例的方法 记住了这个

1114078345 发表于 2013-3-29 14:02:38

昨天看的一篇文章总结一下测试用例设计方法：归类法；拿来法；加强评审；定义测试用例的执行顺序

jigang.c 发表于 2013-9-7 13:17:40

从单个测试用例来讲，我认为一个好的测试用例就是能发现软件的错误，但没发现软件错误的用例不能说是不好的测试用例；不好的测试用例我认为是设计时没有覆盖测试需求，前置条件不明确，操作步骤可操作性不强，预期结果不好验证。

查看完整版本: 关于评价测试用例的好坏