» 您尚未 登录   注册 | 社区服务 | FTP中心 | 帮助 | 社区 | 无图版 | 测试百科  | 测试Blog 
软件测试基地论坛 -> 测试用例设计 -> [原创]测试用例输入数据的设计方法和测试用例设计方法不可混淆
 XML   RSS 2.0   WAP 

<<   1   2  >>  Pages: ( 1/2 total )
--> 本页主题: [原创]测试用例输入数据的设计方法和测试用例设计方法不可混淆 加为IE收藏 | 收藏主题 | 上一主题 | 下一主题
cuiql




该用户目前不在线
级别: 荣誉会员
精华: 5
发帖: 111
基地声望: 56 点
基地币: 563 Bug
基地贡献: 6 点
好评度: 0 点
在线时间:58(小时)
注册时间:2005-10-13
最后登录:2008-11-17
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子

[原创]测试用例输入数据的设计方法和测试用例设计方法不可混淆

测试用例的设计是测试设计的重要内容,关于测试用例的设计方法,当前不少出版的测试书和发表的测试文章,不少存在着表述错误,主要是把测试用例中的输入数据的设计方法与测试用例的设计方法混为一谈,对测试初学者和测试用例设计人员产生误导。

这种错误的主要表现举例如下:

测试用例的设计方法包括:
(1)等价类划分法
(2)边界值法
(3)功能图与判定表法
(4)错误推测法
(5)用户场景法
(6)......

其实,测试用例中输入数据的设计方法只是测试用例设计方法的一个子集,上面列出的集中方法都是确定黑盒测试用例的输入测试数据的一般方法,而不是测试用例的设计方法。

除了确定输入数据之外,测试用例的设计还包括如何确定测试用例的设计策略,如何组织设计用例,如何从测试需求等文档创建完整的测试用例。

对测试执行人员来说,测试用例的表示内容包括以下几个方面:
(1)测试用例的测试目标
(2)测试用例的被测功能点描述
(3)测试用例的测试运行环境
(4)测试用例的执行方法(包括测试步骤,输入测试数据或测试脚本)
(5)测试期望的结果
(6)执行测试的实际结果
(7)其他辅助说明

从以上几点,我们可以看到输入测试数据只是设计测试用例的一个步骤,而不是全部。

测试用例的设计是一项复杂的测试工作,测试用例的设计方法需要考虑测试的目标,被测试软件的特性,测试者人力资源的技术和能力,测试组织形式,测试进度、测试成本等多个方面。

此帖被评分,最近评分记录
威望:3(海松宝)威望:3(Fastpoint)




[楼 主] | Posted: 2005-11-18 09:24 顶端
judy


该用户目前不在线
级别: 论坛版主
精华: 4
发帖: 118
基地声望: 130 点
基地币: 667 Bug
基地贡献: 142 点
好评度: 4 点
在线时间:40(小时)
注册时间:2005-10-14
最后登录:2007-09-12
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



QUOTE:
下面是引用cuiql于2005-11-18 09:24发表的[原创]测试用例输入数据的设计方法和测试用例设计方法不可混淆:
测试用例的设计是一项复杂的测试工作,测试用例的设计方法需要考虑测试的目标,被测试软件的特性,测试者人力资源的技术和能力,测试组织形式,测试进度、测试成本等多个方面。


我怎么感觉楼主说的事情怎么这么像测试策划?
看完帖子后,我还是不是很清楚楼主认为的测试用例设计方法应该是指什么呢?

没错,确实教科书上说的那些测试用例设计方法是着重在于测试数据上,但是,是否可以认为测试用例输入数据的设计是最重要的,所以才把它叫做测试用例设计方法,而没有再细分为:测试用例输入数据设计方法?


波动是糟糕的
[1 楼] | Posted: 2005-11-18 12:56 顶端
cuiql




该用户目前不在线
级别: 荣誉会员
精华: 5
发帖: 111
基地声望: 56 点
基地币: 563 Bug
基地贡献: 6 点
好评度: 0 点
在线时间:58(小时)
注册时间:2005-10-13
最后登录:2008-11-17
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



Judy的回复很有启发性。我现在尝试着回答您,不知道是否能答好?

[Judy]我怎么感觉楼主说的事情怎么这么像测试策划?

[cuiql]没错,的确有点像测试策划(计划)的那样。但是测试用例的设计和测试计划的设计关注点不同,测试计划考虑的宏观和全面些,而测试用例考虑的更窄。

设计测试用例首先要考虑以下几个问题:
(1)为什么要设计测试用例?
(2)谁来写测试用例?这些写测试用例的人的测试技术和对被测试产品了得有多深入?
(3)测试用例写给谁看,多少人将试用测试用到?
(4)分配给写测试用例的时间是多长?要安排几个人来写?
(5)怎么在测试用例的成本、质量和效率方面达到平衡?

只有回答了这些问题,才能确定测试用例的具体写作方法和表现形式。一般而言,公司里分配写作测试用例的时间并不长,而且提供的文档也不全面,所以写测试用例要符合测试部门的当前现状和项目的测试特点,综合考虑,所以看起来有点像测试计划的某些内容,但是对问题的细化程度不一样。


[Judy]看完帖子后,我还是不是很清楚楼主认为的测试用例设计方法应该是指什么呢?

[cuiql]不好意思,是俺没说清楚,我在帖子中的确没有说清楚测试用例设计方法,这个问题太大。
正如帖子标题“测试用例输入数据的设计方法和测试用例设计方法不可混淆”,我只是说明了测试用例输入数据的设计方法不等于测试用例的设计方法。

如果要给出测试用例的设计方法,我恐怕回答不好,现在提几个抛砖引玉的方法,请大家补充:
(1)根据被测软件的功能和特性点设计测试用例:
  - 根据被测试功能点设计测试用例
  - 根据软件性能指标设计测试用例
  - 根据软件的兼容性要求设计测试用例
  - 根据软件的国际化用户要求设计国际化测试用例
  - 根据...设计...用例  
(2)根据软件的组成元素设计测试用例
  - 设计软件设计用例
  - 设计联机帮助和文档手册的设计用例
  - 设计软件的模版等数据文件的测试用例
(3)根据软件的开发阶段(里程碑)设计测试用例
  - 单元测试设计用例
  - 集成测试设计用例
  - 系统测试设计用例
  - 验收测试设计用例
(4)根据...设计测试用例
- ......

具体到设计每个测试用例而言,可以考虑如下:
(1)根据被测的最小目标,确定测试用例的测试目标
(2)根据用户使用环境确定测试环境
(3)根据以下因素确定测试用例的步骤
  - 用户使用软件的步骤或者特定场景,确定测试执行步骤地具体内容
  - 执行者对产品的熟悉程度确定步骤的详细或粗略程度
  - 被测特性的复杂性也决定步骤的详细或粗略程度
  - 测试用例的执行方法(手工测试或自动化测试)确定步骤地内容表示
  - 自动测试用例要编写和调试测试脚本,手工测试给出执行步骤
  - ......
(4)根据设计规格说明书确定期望的测试用例执行结果
(5)......


[Judy]是否可以认为测试用例输入数据的设计是最重要的,所以才把它叫做测试用例设计方法,而没有再细分为:测试用例输入数据设计方法?

[cuiql]确定测试用例的输入数据确实对于测试用例非常重要,它决定着测试用例的执行效果和效率。但是我觉得如果写书或者写文章,不能把测试用例的设计方法等同于测试用例数据的方法,至少要提一句,免得误导读者。

由于本人测试知识和经验有限,以上回答难免有错误之处,请各位测试同行批评指正!


[ 此贴被cuiql在2005-11-18 14:57重新编辑 ]




[2 楼] | Posted: 2005-11-18 14:45 顶端
lcyrb




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 21
基地声望: 4 点
基地币: 6622 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:1(小时)
注册时间:2005-11-23
最后登录:2005-12-06
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



感觉cuiql的方法好像就是在做测试策划,因为首先要提取大的功能点,而在设计用例的阶段,再把大的功能点细分~不知道这是不是功能分解?
[3 楼] | Posted: 2005-11-27 09:56 顶端
Fastpoint


该用户目前不在线
级别: 总版主
精华: 44
发帖: 5033
基地声望: 390 点
基地币: 1683 Bug
基地贡献: 0 点
好评度: 15 点
在线时间:818(小时)
注册时间:2005-10-08
最后登录:2008-07-22
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



我一直在说“测试分析,先框架后处理细节”,老崔提供的及时啊

可不可不要这么样徘徊在目光内
你会察觉到我根本寂寞难耐
即使千多百个深夜曾在梦境内
我有吻过你这毕竟并没存在

人声车声开始消和逝
无声挣扎有个情感奴隶
是我多么的想她
但我偏偏只得无尽叹谓

其实每次见你我也着迷
无奈你我各有角色范围
就算在寂寞梦内超出好友关系
唯在暗里爱你暗里着迷
无谓要你惹上各种问题
共我道别吧别让空虚使我越轨
[4 楼] | Posted: 2005-11-28 20:33 顶端
海松宝


该用户目前不在线
级别: 总版主
精华: 4
发帖: 1741
基地声望: 414 点
基地币: 413 Bug
基地贡献: 291 点
好评度: 15 点
在线时间:1093(小时)
注册时间:2005-10-13
最后登录:2008-10-30
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



对测试新人很有参考价值的帖子,较好地解释了测试用例与测试数据间的区别,非常好!

我对测试用例设计的看法有些类似。

  • 测试用例的主体部分包括“测试逻辑”和“测试数据”;
  • 测试用例由主体部分、测试用例相关信息(说明、附件等)和跟踪、管理所需的各种内容组成;
  • 等价类划分、边界值分析等方法主要用于测试数据的设计;
  • 测试逻辑主要包括测试的前提条件、操作步骤和预期结果等;
  • 测试逻辑主要通过场景分析来设计。

通过这种方式设计的测试用例,逻辑和数据分离,用例逻辑清晰、内容简洁易理解,也有利于转化成自动化测试脚本。



软件测试的发展,需要你我他共同参与
[5 楼] | Posted: 2005-11-28 23:22 顶端
pengy_kathy




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 3
基地声望: 1 点
基地币: 6426 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:3(小时)
注册时间:2006-11-24
最后登录:2006-11-28
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



xiexie
[6 楼] | Posted: 2006-11-24 15:50 顶端
hero743




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 11
基地声望: 3 点
基地币: 5435 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:3(小时)
注册时间:2006-11-30
最后登录:2007-07-20
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



不错
[7 楼] | Posted: 2006-12-01 16:44 顶端
宏伟辉


该用户目前不在线
级别: 测试新手
精华: 0
发帖: 3
基地声望: 1 点
基地币: 6427 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:0(小时)
注册时间:2006-12-08
最后登录:2006-12-10
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



谢了。
  有了你们的指导一定会有进步的。你们的意见很有水平,希望有更多的懂得测试技术的同胞来参与。


一切皆有可能;年轻无极限
[8 楼] | Posted: 2006-12-10 16:39 顶端
janejiao




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 7
基地声望: 3 点
基地币: 6432 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:1(小时)
注册时间:2006-12-15
最后登录:2006-12-18
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



能告诉我什么是 “单元测试用例设计方法”吗?

[9 楼] | Posted: 2006-12-15 15:46 顶端
lixinqing




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 14
基地声望: 2 点
基地币: 6338 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:22(小时)
注册时间:2006-12-27
最后登录:2007-07-31
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



不错啊
[10 楼] | Posted: 2007-01-08 14:58 顶端
clp1475


该用户目前不在线
级别: 测试新手
精华: 0
发帖: 4
基地声望: 1 点
基地币: 6227 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:0(小时)
注册时间:2007-01-08
最后登录:2007-01-08
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



愚见:测试用例设计的几种方法是具体设计测试数据时使用的,而整个测试用例应该有一个主线,这个主线贯穿测试内容(测试需求)。
[11 楼] | Posted: 2007-01-08 15:08 顶端
lucky5956




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 6
基地声望: 1 点
基地币: 6229 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:5(小时)
注册时间:2007-01-09
最后登录:2007-01-11
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



一天,男孩和女孩吵架了。他不再对她说“我爱你”,当然她也不再对他说“我也是”。一天晚上,他们谈到了分手的事,背对背睡下了。半夜,天上打雷了。第一声雷响时,他醒了,下意识地猛地用双手去捂她的耳朵,才发现不知何时他又拥着她。雷声紧接着炸,假装什么也没发生,可谁都没有睡着,她想也许他还爱我,生怕我受一点点吓。他想,也许她还爱我,不然她不会流泪。爱的最高境界是经得起平淡的流年。
[12 楼] | Posted: 2007-01-09 16:29 顶端
lucky5956




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 6
基地声望: 1 点
基地币: 6229 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:5(小时)
注册时间:2007-01-09
最后登录:2007-01-11
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



谢谢啦

[13 楼] | Posted: 2007-01-09 16:30 顶端
bjlnx




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 5
基地声望: 1 点
基地币: 6229 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:0(小时)
注册时间:2007-02-02
最后登录:2007-02-02
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



可不可以具体举个测试用例看看,其中一定可以包含测试输入数据。
我像这样比较直观。
像我这样没有一点基础的新手,好像不是特明白。

[14 楼] | Posted: 2007-02-02 11:49 顶端
nan_yezi0618


该用户目前不在线
级别: 助理测试工程师
精华: 0
发帖: 103
基地声望: 6 点
基地币: 6780 Bug
基地贡献: 0 点
好评度: 2 点
在线时间:65(小时)
注册时间:2006-03-27
最后登录:2007-04-02
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



好帖!顶
有段时间对测试用例的设计感到疑惑.现在有点清楚了.
一个功能点可能只有一种操作步骤,但可以有多种测试数据.所以针对一个功能点可以设计出多个测试用例.


[ 此贴被nan_yezi0618在2007-03-08 11:30重新编辑 ]


星星之火可以燎原!
MSN:nan_yezi@hotmail.com
[15 楼] | Posted: 2007-03-08 11:24 顶端
wuxiaoxue00




该用户目前不在线
级别: 测试新手
精华: 0
发帖: 8
基地声望: 3 点
基地币: 2218 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:0(小时)
注册时间:2007-03-21
最后登录:2007-03-21
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



UP UP
[16 楼] | Posted: 2007-03-21 14:48 顶端
月光疾风


该用户目前不在线
级别: 助理测试工程师
精华: 0
发帖: 91
基地声望: 22 点
基地币: 2300 Bug
基地贡献: 11 点
好评度: 0 点
在线时间:70(小时)
注册时间:2007-03-01
最后登录:2008-08-10
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



从来没有分析过这方面的问题
[17 楼] | Posted: 2007-03-22 12:28 顶端
fourteen




该用户目前不在线
级别: 测试员
精华: 0
发帖: 45
基地声望: 6 点
基地币: 2254 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:14(小时)
注册时间:2007-04-04
最后登录:2007-05-24
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



赞同。我的感觉,测试用例本就应该这么写,第一部分写明怎么操作(也就是逻辑关系),第二部分是操作的不同类型的数据。这样的用例才是可复用的。另,海松宝的说法很精辟。谢了!
[18 楼] | Posted: 2007-04-04 10:07 顶端
ceo123


该用户目前不在线
级别: 测试员
精华: 0
发帖: 72
基地声望: 6 点
基地币: 6494 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:11(小时)
注册时间:2006-07-18
最后登录:2007-12-17
查看作者资料 发送短消息 推荐此帖 引用回复这个帖子



写的很好,我写的测试用例都是一遍,每轮都用同一个用例,用例一般都写的特别细,而且一般都是测试逻辑,测试数据很少,看来还是要改进的。
[19 楼] | Posted: 2007-04-05 16:32 顶端
<<   1   2  >>  Pages: ( 1/2 total )

软件测试基地论坛 -> 测试用例设计




软件测试基地上海测仕信息技术有限公司旗下网站
Copyright © 2005-2007 Cntesting.com, All Rights Reserved
沪ICP备06057721号

Powered by PHPWind Code © 2003-06 PHPWind
Total 0.246915(s) query 5, Time now is:11-24 01:22, Gzip disabled
You can contact us


每日一句:Loading...