51Testing软件测试论坛

标题: 测试的“粒度” [打印本页]

作者: 天生我才 时间: 2006-5-22 15:03
标题: 测试的“粒度”
在写测试用例的时候，几个测试人员在一起，或是主管自己，根据测试对象，凭借经验，来规定设计测试用例的“粒度”，比如：点击一个按钮的动作算是一个测试用例，但是点击一个按钮，之后我们向文本框中添加数值，然后按回车，这也算是一个测试用例，但是他们的粒度不同。
请大家讨论自己对于设计测试用例“粒度”的理解-------

作者: Dd.o~O 时间: 2006-5-22 15:37
标题: 我觉得应该有从功能出发
在我看来测试粒度应该由功能来决定吧，或者说得由具体的测试要求来说吧，如果说测试的软件的控件、按钮等等的正确性的话，那么每一个操作都应该算一个用例。如果说要求是测试软件的工作流程、工作功能，那么应该把粒度设定得更大些，大到每一个用例是针对一个功能。
我是个新手，说得不对的请大家指教

作者: guanye 时间: 2006-5-22 16:56
一方面应该要设计用例前有约定，另一方面可以把一些通用按键功能设计成公共用例。既详细又不会忘记测试

作者: rockday 时间: 2006-5-22 22:27
楼上的想法很好啊
通用的控件功能应该设计成公用的用例
这样就不会混淆了

作者: Mia 时间: 2006-5-23 11:48

原帖由 天生我才 于 2006-5-22 15:03 发表
在写测试用例的时候，几个测试人员在一起，或是主管自己，根据测试对象，凭借经验，来规定设计测试用例的“粒度”，比如：点击一个按钮的动作算是一个测试用例，但是点击一个按钮，之后我们向文本框中添加数值，然 ...

点击一个按钮的动作不是测试用例，测试用例的目的是发现问题，动作怎么能发现问题？动作只是步骤。
所以：测试用例---检查这个按钮；步骤-----点击这个按钮。

作者: slide 时间: 2006-5-23 12:47
测试用例的颗粒度是一件很麻烦的事情。

从执行的角度来看，
最小颗粒应该是对应一个不可拆分的功能点（可以包括多个步骤和检查点）。这样，才能保证执行用例时能够和功能进行一一对应，不会出现故障的误报或者错报。

从管理的角度来看，
可以设计不同的用例颗粒层次，高层的用例可以由低层的用例组合形成，类似于函数定义，一个高级函数可以调用多个低级函数。但如何确立架构和如何进行合理的等级划分是比较需要功夫的。

先完成最小颗粒测试用例的积累，在此基础上，通过用例的组合，实现高层次的用例架构。

作者: 天生我才 时间: 2006-5-23 12:52
楼上说的对是我写的不清楚

作者: 天生我才 时间: 2006-5-23 13:02
slide〉你刚刚讲的用例颗粒层次我不是很理解请结合例子描述讲解谢谢

作者: slide 时间: 2006-5-23 18:01
颗粒度的层次对于可以自动执行的用例来说更有意义。
先写最底层的脚本，然后再组合底层脚本形成高一级的脚本，然后再高一级，如此不断积累。
就和写程序是一样的。

对于手动执行的用例来说，可能划分层次的意义不是很大，因为毕竟还是要一个个的手工执行，但毕竟组织结构会比从前清楚了。

我前面强调的“最小颗粒应该是对应一个不可拆分的功能点”可能更符合你的问题。注意对应的是需求，而且不可再拆分。

作者: micrry 时间: 2006-6-30 18:16
个人感觉粒度应该和项目有关，和具体的功能点有关。
粒度过粗可能会遗漏部分bug，并且也会给其它执行该用例的人造成麻烦；粒度过细工作量太大，并且如果需求变动的话可能会引起大批量的修改case。

作者: archonwang 时间: 2006-7-3 15:33
严重同意Slide。

作者: Lero 时间: 2006-7-4 18:32
重要功能颗粒密集度高
通用功能可以试用通用测试粒度，密集度应该可以大致界定。
一般功能密集度可能会根据项目或是时间来确定。
特殊功能同样密集度高

总之还是在一个恒定标准上小范围变化。
这个恒定标准，目前大多数公司是拿功能来界定的。

作者: lily_liuyun 时间: 2006-7-13 11:31
呵呵，又看到slide的回复。
说的很有道理呀。我也正在被这个粒度的问题难住，slide的回答很有帮助，谢谢啦

作者: jackei 时间: 2006-7-22 12:51
关于这个问题，有兴趣的可以参考偶以前的一篇文章。

http://jackei.cnblogs.com/archive/2005/03/03/112201.html

作者: duola1119 时间: 2007-1-8 14:41
颗粒度的大小从根本上来说取决与两点
1.所要测试模快对该系统的整体影响.看其重要性.个人认为,假如你非要为了一个字体的样式而写了一大长串的测试用例,(当然一个字体的样式也写不出太多.在这只是举个例),那么这个颗粒度就县的毫无意义了.另一个例,如设计一个会员的权限问题.在这个地方如果测试过程中的颗粒度很大.那么一旦程序发布之后.就会发现,啊,原来还有那么多的地方被忽略掉了.
2.颗粒度的大小还取决与客户对产品的要求.如果客户跟你说这个地方你必须仔仔细细的测试.那么我们在写测试用例的时候.这个颗粒度一定要小了.

作者: 晓晴 时间: 2007-1-8 17:44
刚刚看到这个帖子标题时，还不清楚何所谓“粒度”，看大家讨论的这么热烈，让我也明白了一点点，原来一直困扰我的就是“粒度”啊，呵呵。这个粒度还真是个麻烦事啊！
楼上说得我也觉得挺有道理啊。

作者: boliping 时间: 2007-1-10 10:40

原帖由 Mia 于 2006-5-23 11:48 发表

点击一个按钮的动作不是测试用例，测试用例的目的是发现问题，动作怎么能发现问题？动作只是步骤。
所以：测试用例---检查这个按钮；步骤-----点击这个按钮。

我觉得点击按钮就是为了检查点击按钮以后能否进行预期的操作，这一点是会有问题出现的

作者: boliping 时间: 2007-1-10 10:55
呵呵，我看了这个帖子后发下呢了，就是因为写用例前，粒度的标准没考虑好，才导致后来越写越觉得用例很乱sdlkfj5

作者: lymusicar 时间: 2007-6-22 19:41
我是测试新手，谢谢帮助，现在急着充电 sdlkfj3

作者: 孤独无心 时间: 2007-6-28 16:08
有点收获

作者: kyukyu 时间: 2007-8-11 19:59
sdlkfj2

作者: langwx520 时间: 2007-8-23 15:38
支持啊，恍然大彻大悟！若有所思啊

作者: 119139107 时间: 2007-8-24 11:33
感谢slide发言
学习中。。。。。

作者: zengfanjin5588 时间: 2007-8-26 11:28
有同感

作者: xiongxing 时间: 2007-8-27 16:27
第一次听说什么＂颗粒度＂，真是受益匪浅．

作者: qq33046881 时间: 2007-9-7 10:25
写的不错！！

作者: zff 时间: 2007-9-12 21:42
sdlkfj2

作者: ice1985 时间: 2007-9-13 18:07
哎~~别提了,这几天一直让我超级头疼~
尤其是跟开发的沟通的时候~sdlkfj8

作者: king007 时间: 2007-9-13 19:49
个人认为是细致程度
回复主题，赢取积分！

作者: stone131 时间: 2010-5-7 09:30
测试用例的颗粒度问题确实很重要。

我感觉有下面几点需要注意：
1、在写用例前，所有设计用例的人员必须达成共识，有一个统一的颗粒度定义。

2、自动化测试的脚本也是根据之前写好的测试用例来编写的。

3、对于按照功能定义粒度，比如说一个新建用增用户的功能，在这个功能下，会有很多种情况：如用户id 已经存在，或者录入页面的一些非法输入的判断，这些该作为一个用例呢，还是多个定义，这些要考虑好。

作者: 涙の雾雨 时间: 2010-5-9 21:03
呵呵。。
学习了。。。
感谢。。。

作者: xieyang702 时间: 2010-12-15 14:56
学习中，这个还是要综合考虑，用户也要考虑，大体应该是功能测试按功能点来的

作者: 楠族开心果 时间: 2010-12-16 18:49
回复 32# xieyang702

是的，要结合各种问题来考虑的

作者: weijiemiamia 时间: 2011-10-21 11:32
功能明确时可以细化用例，需求不明确时，用例粒度要粗一些。。

作者: 蔡51 时间: 2012-2-20 16:46
现在是软件测试新生，刚组里的人发了一份测试用例，说是粒度比较小的，第一次听说这个名词啊，赶紧上网查一查，原来粒度是这个意思啊。。感谢楼上的各位！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)