因果图判定表综合练习1-支付宝

1、根据需求规格绘制因果图

根据因果图推导出判定表。

3、4、5和3、6、7之间的R约束表示只要后面的操作是成功的，则前面的操作也一定是成功的。所以3、4、5、6、7节点的取1、当3为假时，4、5、6、7一定为假，不可能存在其他的取值。

为了提高测试效率，可以对上面的判定表进行合并处理，合并的规则如下：

支付宝个人认证中，分为两部分：个人身份认证和银行卡认证。这两者都通过后，则认为个人身份认证需要提交个人基本信息及身份证复印件。银行卡认证需完成提现认证和充值认证。

提现认证的流程是：用户提交正确的银行帐号——>支付宝给用户的银行卡中随机打款——>用户确认金证成功。

充值认证的流程是：用户提交正确的银行帐号——>充值——>充值完成——>网银反馈，认证成功。为了简便起见，我们假设个人信息提交和身份证件提交成功后，身份认证则成功，忽略人工审核过程。

1、当条件1、2为10、01、00组合时，无论3、4、5、6、7取什么值（但要遵守指定的R约束），其结果都是认证失败，这里

2、当条件

3、

4、

5、

6、7中至少有一个为0时，则无论1、2取什么值，其结果都是认证失败，这里只需要9个用例

实际工作中建议先使用第一种设计方法，然后从可以合并的用例中挑选一个作为H级别用例，其它则作为L级别用例，这样测合并还是不合并，怎么合并，这都需要测试人员在实际工作中根据需求复杂度和项目进度来决定。

功的。所以3、4、5、6、7节点的取值有如下规律：

则认为认证成功。

中随机打款——>用户确认金额，认—>网银反馈，认证成功。

成功，忽略人工审核过程。

束），其结果都是认证失败，这里只需要3个用例就好。

败，这里只需要9个用例

例，其它则作为L级别用例，这样测试时间紧张时只测试H级别用例，测试时间充裕时则把L级别用例也测试一下。

会增加漏测风险。