黑盒测试用例二

测试用例的设计方法：没有哪一种方式是单独使用的

1）所有的软件，都是因为某种操作才会导致一定的结果。------考虑使用因果图

2）所有的软件都有文本框。---------考虑必须一定使用等价类、边界值

一、因果图法

1.什么是因果图

适合于描述对多种输入条件组合的测试方法

根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例

检查程序输入条件涉及的各种组合情况                                                              

1）原因和结果的关系

A、恒定。原因A成立，结果B一定成立
B、非。原因A成立时，结果B不一定成立
C、或。原因A、B、C三者只要有一个成立，结果D就一定成立
D、与。原因A、B、C都成立时，结果D才会成立

2）原因之间的约束，假如原因成立用1表示，不成立用0表示。

E、互斥（eciusive）。A、B、C至多有一个成立。A+B+C≤1

I、包含(include)。A、B、C至少有一个成立。3≥A+B+C≥1

O、唯一(Only)。A、B、C只有一个成立。A+B+C＝1

R、要求(request)。原因A成立，要求B一定成立

3）结果之间的约束。假如结果成立用1表示，不成立用0表示

M、屏蔽(Mask)。结果之间会出现A结果出现，B结果一定不会出现。例如：当你收到注册成功的提示，就一定不会收到数据填错的提示。

2.因果图使用实例

因果图使用的局限性：当原因和结果很多的时候，他们之间的关系连线就会很多，导致因果图的可读性变差。因此用作局部的小功能（原因和结果不是很多的时候）分析。

优点：能够发现设计中存在的不足。

案例：自动售货机卖啤酒和橙汁，处理单价5角，投5角硬币，按下按钮，出饮料。投1元，按下按钮，出饮料，找零5角。

 7这是一种bug，不能作为测试用例。

经过分析发现

1）只选择饮料，没有投币的时候，软件没有任何结果。

2）只投币，没有选择饮料的时候，软件也没有任何结果。

3）我们不能把软件的缺陷设计成测试用例。

二、判定表法

1、什么是判定表法

分析和表达多逻辑条件下执行不同操作的情况工具。

1）应用场合：主要适用于多条件的内容组合与结果分析。

2）组成：条件桩（列出问题所有条件）、动作桩（列出问题规定可能取的操作）、条件项（对条件桩中的条件的选择）、动作项（对应动作桩中的操作）四部分组成。

3）使用的条件：所有的条件桩在表中的位置和顺序互相不影响。所有的动作桩的顺序不会因为条件顺序的变化而产生不同。

4）应用的步骤：a.能看出里面的条件和对应的结果      b.分析条件的条件项(组合的数量);如果有n个条件，每个条件有成立和不成立两种情况，那么最后一共会有2的n次方

c.简化和优化结果，排除一些不可能存在的情况。

2、判定表使用实例（1成立，0不成立）

黄色是条件项，绿色是动作项。

将判定表中的每一列（条件项和对应的动作项）作为测试用例的数据和操作以及对应的预期结果。

三、场景法

1、场景法基本原理

来源于软件的运行过程，软件运行通过各种各样的事件和操作进行触发的场景，完成用户想使用这个软件去完成的事情。例如，想给好友发消息。登录QQ点击好友，给好友发消息

基本流：软件功能正确实现的流程。一个业务只有一个基本流。基本流只有一个起点和终点。例如ATM机，第一步插银行卡，最后取银行卡

备选流：基本功能之外的过程。例如，ATM机除了取钱这个基本流，还有看余额，转账等。这就是备选流。

备选流2：例如网购备选流1是加入购物车，2想直接付款但是出现其他情况，导致直接退出，不买了。

备选流3：加入购物车后返回继续浏览这个东西

备选流4：想买这个衣服，还在预售，加入购物车就结束了

注意：1）场景中必须有基本流        2）场景中必须有内容从用例的开始，到用例的结束。

基本流：插卡--输入密码-----出钞--取卡

2、场景法设计实例

适用于解决业务流程清晰的系统或功能。