51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8435|回复: 18
打印 上一主题 下一主题

[讨论] 由因果图例子引发的思考

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-10-29 10:33:40 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有版主的因果图例子引发的思考,欢迎大家讨论

本帖子中包含更多资源

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

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

该用户从未签到

2#
发表于 2004-10-29 11:47:21 | 只看该作者
好文,顶一下!
为了保证软件需求文档的质量,测试人员是要参加其评审的,但很容易完全按照需求设计人员的思路来判断需求是否正确,或者说是判断提出的需求是否合理,很难考虑到需求中所给出的结论是否完备。huangsh2004的这篇文章应该能给我们一些启示。对于简单的软件系统分析划分是否合理还好说一些,但对于比较复杂的软件系统该如何分析划分呢,或者说按照一种什么方法或者思路来分析呢?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-10-30 13:17:33 | 只看该作者
有点不太明白这里的“划分”是指的什么意思。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-3-19 10:50
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2004-10-30 15:33:40 | 只看该作者

    哦,这样的

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2004-10-30 18:34:41 | 只看该作者
    划分应该是数学上的概念,huangsh2004是不是稍微给解释一下呀。我也就大概明白他想说什么。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2004-11-5 19:03:15 | 只看该作者
    划分是数学上的概念,是从集合的角度来考虑的。它按照某种规则把某个集合分成一系列子集合,各子集合具有如下属性:子集合的并集构成父集合,子集合的交集为空集。比如说,公司职工的工资按照与市行业内平均工资值比较的结果分类,则就有三类:一类高于该值,一类等于该值,一类低于该值。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2004-11-27 17:49:12 | 只看该作者

    看看离散数学,等价关系那一块的知识

    把全集划分成等价类,每一个等加类对应着一组等价的测试用例

    我正学习这一块,希望跟大家讨论.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2004-11-27 17:57:34 | 只看该作者

    To:huangsh2004

    你的观点我很赞同.
    下面是我的理解
    测试人员需要参加需求评审的理由
          需求文档可能描述的很模糊,从测试角度而言是不合规格的,因为我们要保证每一个需求点都是可测的.另外,需求在开发过程中经常变化,如果测试人员不参加这种评审就失去了测试的目标.

    等价类方法是测试用例设计的很好的方法.只有把输入集合有效的作等价类划分,在理论上才有可能做到最小测试用例集合.因为等价类的特性,使得在测试用例设计方面有了理论依据.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2004-11-29 17:29:56 | 只看该作者
    Originally posted by huangsh2004 at 2004-11-5 07:03 PM:
    划分是数学上的概念,是从集合的角度来考虑的。它按照某种规则把某个集合分成一系列子集合,各子集合具有如下属性:子集合的并集构成父集合,子集合的交集为空集。比如说,公司职工的工资按照与市行业内平均工资 ...


    楼主蛮细心的,我看那个例子的时候就没注意那点。现在经提醒,那个例子确实还应该完善一下的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2004-12-10 11:20:47 | 只看该作者

    好极了

    楼上的说的是数学中的图论在测试中的运用这是一种有效的测试用例的设计方法




    俺是在学习中欢迎大家讨论!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-6-15 10:41:15 | 只看该作者
    这段时间总算是明白了这些数学知识在测试工作中的运用。其实完全可以把判定表直接使用到对需求的检查中,例如可以看到那些原因同结果的对应关系是在需求中没有描述的,或者说那些原因的组合情况在需求文档中是无法找到对应的结果描述的。
    感谢 阳光少年 zension 的大力帮助 ^_^
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-6-15 11:43:50 | 只看该作者
    huangsh2004引发的思考很值得考虑的,在和jackei讨论的时候发现:其实判定表中的每种情况就构成一个完整的划分了。也即可以判定表和划分是从两个不同的角度来考虑这个问题,但结果都是一样的。

    另外,我们在验证需求的正确性的时候就要用到划分的概念,也就是用判定表把所以的原因列出来,然后在需求中找对应的描述,如果需求中没有描述的但判定表中有这种情况的,此时就需要向需求人员或开发人员询问,以至对需求达成一致,也就是楼主中引发的思考中的那样,当第一列不正确以及第二列不正确时系统该怎么做,需求中没有明确描述,但在判定表中已经给出这个情况,此时就需要向需求人员或开发人员进行询问以便使需求更明确更清楚
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-3-15 17:05:48 | 只看该作者

    回复 #1 huangsh2004 的帖子

    ths
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-5-8 12:11:24 | 只看该作者
    3Q
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-6-22 19:40:01 | 只看该作者
    我是测试新手,谢谢帮助,现在急着充电 sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-6-28 16:17:23 | 只看该作者
    sdlkfj6
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-7-24 11:24:24 | 只看该作者
    sdlkfj4
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-8-11 10:53:04 | 只看该作者
    好多人哦
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2010-1-4 10:07:59 | 只看该作者
    好东西,顶下
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-7-27 15:03 , Processed in 0.077526 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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