由因果图例子引发的思考
有版主的因果图例子引发的思考，欢迎大家讨论 好文，顶一下！为了保证软件需求文档的质量，测试人员是要参加其评审的，但很容易完全按照需求设计人员的思路来判断需求是否正确，或者说是判断提出的需求是否合理，很难考虑到需求中所给出的结论是否完备。huangsh2004的这篇文章应该能给我们一些启示。对于简单的软件系统分析划分是否合理还好说一些，但对于比较复杂的软件系统该如何分析划分呢，或者说按照一种什么方法或者思路来分析呢？ 有点不太明白这里的“划分”是指的什么意思。
哦，这样的
划分应该是数学上的概念，huangsh2004是不是稍微给解释一下呀。我也就大概明白他想说什么。 划分是数学上的概念，是从集合的角度来考虑的。它按照某种规则把某个集合分成一系列子集合，各子集合具有如下属性：子集合的并集构成父集合，子集合的交集为空集。比如说，公司职工的工资按照与市行业内平均工资值比较的结果分类，则就有三类：一类高于该值，一类等于该值，一类低于该值。看看离散数学,等价关系那一块的知识
把全集划分成等价类,每一个等加类对应着一组等价的测试用例我正学习这一块,希望跟大家讨论.
To:huangsh2004
你的观点我很赞同.下面是我的理解
测试人员需要参加需求评审的理由
需求文档可能描述的很模糊,从测试角度而言是不合规格的,因为我们要保证每一个需求点都是可测的.另外,需求在开发过程中经常变化,如果测试人员不参加这种评审就失去了测试的目标.
等价类方法是测试用例设计的很好的方法.只有把输入集合有效的作等价类划分,在理论上才有可能做到最小测试用例集合.因为等价类的特性,使得在测试用例设计方面有了理论依据. Originally posted by huangsh2004 at 2004-11-5 07:03 PM:
划分是数学上的概念，是从集合的角度来考虑的。它按照某种规则把某个集合分成一系列子集合，各子集合具有如下属性：子集合的并集构成父集合，子集合的交集为空集。比如说，公司职工的工资按照与市行业内平均工资 ...
楼主蛮细心的，我看那个例子的时候就没注意那点。现在经提醒，那个例子确实还应该完善一下的。:)
好极了
楼上的说的是数学中的图论在测试中的运用这是一种有效的测试用例的设计方法俺是在学习中欢迎大家讨论！ 这段时间总算是明白了这些数学知识在测试工作中的运用。其实完全可以把判定表直接使用到对需求的检查中，例如可以看到那些原因同结果的对应关系是在需求中没有描述的，或者说那些原因的组合情况在需求文档中是无法找到对应的结果描述的。
感谢 阳光少年 zension 的大力帮助 ^_^ huangsh2004引发的思考很值得考虑的，在和jackei讨论的时候发现：其实判定表中的每种情况就构成一个完整的划分了。也即可以判定表和划分是从两个不同的角度来考虑这个问题，但结果都是一样的。
另外，我们在验证需求的正确性的时候就要用到划分的概念，也就是用判定表把所以的原因列出来，然后在需求中找对应的描述，如果需求中没有描述的但判定表中有这种情况的，此时就需要向需求人员或开发人员询问，以至对需求达成一致，也就是楼主中引发的思考中的那样，当第一列不正确以及第二列不正确时系统该怎么做，需求中没有明确描述，但在判定表中已经给出这个情况，此时就需要向需求人员或开发人员进行询问以便使需求更明确更清楚
回复 #1 huangsh2004 的帖子
ths 3Q 我是测试新手，谢谢帮助，现在急着充电 sdlkfj3 sdlkfj6 sdlkfj4 好多人哦 好东西，顶下
页:
[1]
