51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6383|回复: 12
打印 上一主题 下一主题

[原创] 新手求助如何有效的将因果图转化为判定表

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-5-20 08:28:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
麻烦各位前辈指导一下,画完因果图如何转化为判定表?

比如说有5个原因,判定表是不是先制作2的5次方个列,然后在一列一列的填写?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2010-5-20 08:43:56 | 只看该作者
这个时间大家都在洗漱吧
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-5-20 08:49:01 | 只看该作者
楼主,你的那种想法将会带来很多的用例冗余,建议看看正交法设计测试用例的方法。可以加我QQ聊,注明是你就可以
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2010-5-20 14:12:55 | 只看该作者
    因果图转化为判定表?
    为什么要这么做呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-5-20 17:28:15 | 只看该作者
    测试用例越简单 覆盖越全越好  为什么要复杂化了?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-5-20 17:38:21 | 只看该作者

    回复 1# 的帖子

    第一步:画出因果图
    第二步:列出判定表,(2的5次方)
    第三步:根据因果图合并判定表,将多余的列合并掉
    第四步:根据合并后的判定表,设计用例
    希望对你有所帮助,祝工作顺利!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-5-20 17:40:31 | 只看该作者

    回复 4# 的帖子

    非常楼上三位的热心帮助,不知道是不是我太拘于课本上的知识。

    看过因果图象棋马走法和饮料机的例子,步骤都是先找出因和果---画出因果图---根据因果图做出判定表---写用例
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2010-5-20 17:50:10 | 只看该作者

    回复 3# 的帖子

    好人啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2010-5-20 18:10:15 | 只看该作者

    回复 5# 的帖子

    刚刚看完您的学习历程 受教了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2010-5-21 07:20:45 | 只看该作者
    谁能帮忙解释下楼上的几位提出的问题呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-5-21 13:39:09 | 只看该作者

    回复 4# 的帖子

    用例设计方法共有11种,
    其中最常用的是,等价类、边界值,因果图、判定表、正交试验,流程分析、状态迁移。
    就像等价类边界值是经常联合使用一样,因果图判定表是经常联合使用的,判定表的覆盖率对原因的覆盖率是百分之百的,但是有很多是不合理的,不可能存在的,所以需要根据因果图,筛选掉一部分不合理或不存在的用例。
    所以本人认为“转化”的说法不太精确,“合作”更贴切些。
    希望对你有所帮助,祝工作顺利!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-5-21 14:02:42 | 只看该作者

    回复 5# 的帖子

    用最少的测试用例达到最多的覆盖率,当然很好。但是说起来容易做起来难,对测试人员的业务和对测试理论要求都很高。
    测试用例设计方法(因果图判定表)或许会设计出过多的测试用例,很多用例看似多余,但是它却保证了覆盖率,明明白白清清楚楚。
    如果觉得用例太多可以通过经验,再次进行优化。
    或者根据测试的标准进行优化,测试的标准则是与成本挂钩的。
    希望对你有所帮助,祝工作顺利!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-11-18 14:39:18 | 只看该作者
    回复 6# redrose8421
    第三步如何合并?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-24 01:15 , Processed in 0.101784 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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