51Testing软件测试论坛

标题: 求大侠帮小女看看这单元测试用例模板~（十万火急） [打印本页]

作者: jie7sdie 时间: 2009-12-21 09:44
标题: 求大侠帮小女看看这单元测试用例模板~（十万火急）
测试新手，根据自己理解写的单元测试用例模板，但是开发人员(JAVA语言)反映难以实施，不知道到底应该如何改正，我原本的想法是以类为单位，为确保测试覆盖率，先画控制流图，依据独立路径确定输入输出，有了输入输出就算一个用例了，但大家反映，一类为单位画控制流图不好画，类中可能涉及很多函数，每个函数复杂度都不同都有独自的控制流图，无从下手。
迷茫啊，跪求高手指点，到底应该怎样计划，我完全困惑了~

作者: VisualUnit 时间: 2009-12-21 10:42
一，以类为单位实施测试，是脱离实际的。一个函数的测试就可能很复杂，以类为单位是不可行的，建议改为以函数为单位，并且只测试算法密集的函数，功能简单的函数没必要测试。

二，用例设计以基路径法为主也是不实用的。原因：
1）效率太低，太麻烦，五十行以上的函数，你画个流程图看看，保证晕掉。
2）覆盖强度太低，只是语句覆盖；
3）这是脱离程序功能的用例设计方法，如果用例没有根据功能设定正确的预期输出，测试将失去意义，而且，纯白盒方法不能发现代码缺失错误，所以，用例应首先从功能的角度设计。

三，模板和测试过程建议改为：
a. 列出函数的功能点；
b. 每个功能点设计一个用例；
c. 找个覆盖率工具，统计覆盖率，然后为未覆盖的逻辑单位设计用例。

四，书本往往脱离实际，单元测试领域是重灾区，尽信书不如无书。

五，建议看看我对这个贴子的回复，这是C++的，但道理一样。http://bbs.51testing.com/thread-177757-1-1.html

作者: jie7sdie 时间: 2009-12-21 11:33
标题: 回复 2# 的帖子
谢谢你VisualUnit~~~~恍然大悟，之前也看过有人说先依功能点黑盒测；再统计覆盖率；最后再补充用例覆盖未测单位。当时没在意，现在听你一说还真是这么回事，太感谢了~

作者: jie7sdie 时间: 2009-12-21 12:04
标题: 回复 2# 的帖子
VisualUnit看了你的帖子我还有点问题，这样看来借助工具完全可以省去写驱动模块、桩模块的工作了吧，
如果是针对JAVA语言用JUnit包就能在EClipse实现自动生成用例数据以及覆盖率统计了吗？还是有其他的配合使用的工具呢？
这是有输入输出的情况，假如是没有输入输出的或者是执行其他操作的要怎么测呢？恳求再次指点迷津~

作者: VisualUnit 时间: 2009-12-21 17:02
标题: 回复 4# 的帖子
抱歉，我主要搞C/C++的单元测试，没做过JAVA的单元测试，不熟悉相关工具。
总的来说，JAVA的单元测试容易一些，因为这种比较新的语言，在设计时就考虑了对单元测试的支持。相关的工具也挺多的，自己找一下吧。
JUnit好像不能生成桩和驱动吧？我没用过。生成桩和驱动是重复劳动，最适合工具来做，这种工具应该有吧。覆盖率统计应该有专门的工具，好像有开源的。

输入输出不仅仅是参数和返回值。输入还包括：成员变量、全局变量，内部输入。内部输入就是调用子函数获得的输入，以及局部静态变量。输出还包括：输出参数、成员变量、全局变量、内部输出。内部输出就是中间结果，例如程序计算好一个数据直接发出去了，没有返回，但是也要判断它对不对。

如果以上输入输出全都没有，这种函数通常只是起一个集成作用，没有什么计算，例如：
void func()
{
func1();
func2();
func3();
}
这种函数没必要单元测试，读一下代码就可以了。单元测试适用于算法密集的函数。

作者: VisualUnit 时间: 2009-12-21 17:07
标题: 回复 4# 的帖子
另外，给你提个建议：
单元测试并不是容易的工作，不要一下子推广，要自己找些代码测一下，把工具和流程磨合好，去掉不必要的环节，可能的话先找一两个程序员一起探讨和尝试，成熟了才能推广。

作者: jie7sdie 时间: 2009-12-21 17:25
标题: 回复 5# 的帖子
恩啊，我找找看。说点题外话啊，我觉得你好适合当老师啊，讲的浅显易懂，逻辑清晰，赞~
我们公司没有成型的测试方案，我编码基础很差，想要制定测试方案还真是感觉很吃力呢，看来要恶补啦~~

作者: VisualUnit 时间: 2009-12-21 21:28
标题: 回复 7# 的帖子
呵呵，谢谢夸奖。我有空时偶尔也客串一下当老师。

作者: xmy942002 时间: 2009-12-22 17:50
VisualUnit讲的很好,条理很清楚.赞一个.

作者: freedom_me 时间: 2009-12-24 14:27
飘过~::balei:::

作者: 小不点蜗牛 时间: 2009-12-27 12:50
打酱油的，不错啊

作者: 露水河 时间: 2010-2-22 17:10

作者: edithwzx 时间: 2010-3-4 10:38
标题: 回复 6# 的帖子
楼上说的挺好的，我也是弄c测试的但是一般都是功能测试，现在也想搞点单元测试和白盒测试，但是不知道怎么下手，请多指点谢谢

作者: szgushen 时间: 2010-3-6 15:47
好帖好帖!

作者: pangda 时间: 2010-3-8 14:02
JAVA还是通过框架来做单元测试比较节约时间.

作者: lt510934900 时间: 2010-3-15 15:52

路过

作者: uiui 时间: 2010-4-21 21:46

原帖由 lt510934900 于 2010-3-15 15:52 发表
路过

看来单位不小，我们只做集成和系统测试

作者: huih78 时间: 2010-4-29 16:12
标题: 赞
VisualUnit讲的很好,条理很清楚.赞一个.

作者: 星雨——3 时间: 2011-7-23 16:54
好贴，顶

作者: 星雨——3 时间: 2011-7-23 17:12
到公司拿testbed试试

作者: wr329805407 时间: 2011-8-10 15:41
不错

作者: wower1985 时间: 2011-9-7 21:04
狂顶。。。VisualUnit

作者: liwens1 时间: 2011-9-13 17:04
好久没逛论坛了，最近也在搞单元测试模板，路过看看

作者: joedlen 时间: 2011-9-30 11:44
本帖最后由 joedlen 于 2011-9-30 12:01 编辑

VisualUnit的帖子一定要顶！很难遇到像VisualUnit这样讲的浅显易懂的老师了，我好想拜你为师！

作者: joedlen 时间: 2011-9-30 12:02
楼主可不可以把修改后的模板传上来分享一下啊？

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