51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 4532|回复: 9
打印 上一主题 下一主题

[讨论] 一个判定表的疑问

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-8-8 18:42:01 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式
郑人杰老师的书中讲到判定表的设计方法,
”在实际使用判定表时,常常先把它化简。化简工作是以合并相似规则为目标的“。并且举了例子,但不明白化简的标准是什么,如果同时有几多个条件可以化简时,怎么选择?
如图:
第4列、第8列可以化简
第6列、第8列可以化简
为什么选择了后者?

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2006-8-9 09:51:21 | 显示全部楼层
谢谢楼上的
图上合并的应该是1-2列,5-7列,6-8列(根据下面的图可以看得出)。

即使按你说的 :从表中应是1-2列,5-6列,7-8列合并。
那为什么不合并1-3列,而合并1-2列啊?而实际1-3列合并也未尝不可。(1-3列合并:如果大于50马力,并且运行超过10年,则不管是不是有维修记录,都要优先进行维修。)

不管合并的是哪一组,这个合并有什么标准吗?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2006-8-9 17:17:10 | 显示全部楼层
多谢null2、slide两位。
不过还要问 slide一下,你上面所说的 “凡是被合并了的项,设计具体用例实现的时候,还是需要再拆分开的。”
如果不合并,出现的列会很多,不只是看起来、描述起来不方便,也不可能完全设计那么多用例。既然合并,就是按合并后的列进行设计用例(去掉关系不大,或不可能出现的列),为什么还要说设计用例时还要是拆分开的?这样合并不是没有意义了吗,难道仅仅为了看起来更方便?

能不能再解释一下。多谢了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2006-8-11 12:00:46 | 显示全部楼层
多谢slide,基本已经明白,不过理论的东西要在实际中应用起来,还是要多实践的
lxm合并的也很有道理,不过这里没有环境,不太清楚以哪个标准为基础最好。不过对我来说,已经搞清楚了,多谢
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-14 01:09 , Processed in 0.065641 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表