判定表法
- 因果图只是一种辅助工具，通过分析最终得到判定表，再通过判定表编写测试用例。但有时画因果图非常麻烦，影响测试效率，可以直接写判定表，进而编写测试用例。
1.列出所有的条件桩和动作桩。
2.填入条件项。
3.填入动作项，得到初始判定表。
4.简化判定表（合并相似规则（相同动作）） - 怎么称为一个好学生？遵纪守法的前提下，学习成绩好是一个好学生，品德高尚也是一个好学生；（只要违法乱纪就绝不是一个好学生；成绩和品德有一项，再加遵纪守法也是好学生）
- 合并使用“-”代表无关条件，选不影响结果。
场景法概述
-
场景法就是模拟用户操作软件时的场景，主要用于测试系统的业务流程。
1.当拿到一个测试任务时，我们并不是先关注某个控件的边界值，等价类是否满足要求，而是先要关注他的主要功能和业务流程是否正确实现，这就需要使用场景法来完成测试。
2.当业务流程测试没有问题，也就是该软件的主要功能没有问题时，我们再重点从边界值，等价类等方面对控件进行测试 -
在冒烟测试时也主要采用场景法进行测试
用例场景定义
- 场景法中两个重要的概念
1.基本流
按照正确的业务流程来实现的一条操作路径（模拟正确的操作流程）
2.备选流
导致程序出现错误的操作流程（模拟错误的操作流程）
用例场景是用来描述流经用例路径的过程，这个过程从开始到结束遍历用例中所有基本流和备选流。
现在的软件几乎都是由时间触发控制流程的，事件触发时的情景便形成流场景。而同一事件不同的触发顺序和处理结果形成事件liu。
将这种在软件设计方面的思想引入到软件测试中，生动的描绘出事件触发时的情景，有利于测试设计测试用例，同时测试用例也更容易的得到理解和执行。
- 在使用场景法设计测试用例时，需要覆盖系统用例中的主成功场景和扩展场景，并且需要适当补充各种正反面的测试用例和考虑出异常场景的情形。
- 当使用场景法测试程序没有问题时，可以再使用边界值，等价类方法对账号，密码进行更加细致，完整的测试。
- 使用场景法测试QQ登录功能。
1.输入正确的账号和密码后点击“登录”按钮，程序正常登录
2.输入正确的账号，错误的密码后点击“登录”按钮，程序应给出错误提示
3.输入正确的账号，不输入密码，点击“登录”按钮，程序应该给出错误提示
4.不 输入账号和密码，直接点击“登录”按钮，程序给出错误提示“请您输入账号后登陆”
5.不输入账号，输入正确的密码，点击“登录”按钮，程序应给出错误提示
6.输入错误的账号，正确的密码，点击“登录”按钮，程序应给出错误提示
7.更多。。。。
流程分析法
- 流程分析法主要是针对测试场景类型属于 流程测试场景的测试项下的测试子项进行设计，是从白盒测试设计方法中的路径覆盖分析法借鉴过来的一种方法。
1.在白盒测试中，路径就是指函数代码的某个分支组合，路径覆盖法需要构造足够的用例覆盖函数的所有代码路径。
2.在黑盒测试中，若将软件系统的某个流程看成路径的话，则可以针对该路径使用路径分析的方法设计测试用例。
优点
- 降低了测试用例设计难度，只要搞清楚各种流程，就可以设计出高质量得的测试用例来，而不需要太多测试方面的经验；
- 在测试时间紧迫的情况下，可以有放矢的选择测试用例，而不用完全根据经验来取舍。
流程分析法的步骤
- 第一步：详细了解需求；
- 第二步：根据需求说明或界面原型，找出业务流程的各个页面以及页面之间的流转关系；
- 第三步：画出业务流程（产品经理使用Axure软件制作）
- 第四步：写用例，覆盖所有的路径分支
使用ATM机取款
- 详细了解需求；
- 找出业务流程的各个页面以及各页面之间的流转关系；
1.用户向ATM取款机插入银行卡
2.用户输入银行卡密码
3.用户输入取款金额
4.系统同步银行主机，点钞票，输出给用户并减去用户中相应数目存款金额
5.用户取款，银行卡退卡
- 第四步：用例设计写用例，覆盖所有的路径分支。
需求描述及流程图中，ATM取款机的提示信息对应于测试用例中的预期输出部分，用户的操作对应测试用例中的测试步骤部分。
原则是一条有效路径使用一个测试用例覆盖‘
依据业务流程图确定测试路径，即需要测试的业务流程，其主要包括三个方面：
a)正常流程，取款成功（基本流程）：对应一次性取款成功；
b)异常流程，取款失败（分支流程）：对应取款失败，包括退卡，吞卡；
c)异常流程，取款成功（循环流程）：对应取款中间出现意外，比如密码输入错误，但是最终成功取钱的情况。
流程分析法总结
- 流程分析法适用于有先后顺序的测试，常用于业务流程测试，安装流程测试等。
- 流程分析法重点在于测试流程，因此，一般每个流程用一个测试用例验证。
流程测试没有问题并不能说明系统功能没有问题，还需要针对每个功能步进行测试，对于包含复杂流程的系统，只有功能点和处理流程都进行测试覆盖，才算是比较充分的测试。
错误推测法
- 错误推测法是指利用直觉和经验猜测出出错的可能类型，有针对性列出程序中所有可能的错误和容易发生错误的情况，它是测试经验丰富的测试人员喜欢使用的一种测试用例设计方法。
- 基本思想
基本思想是列举出可能犯的错误或者错误易发生的清单，然后根据清单编写测试用例，这种方法很大程度上是凭经验进行的，即凭人们对过去所作测试结果的分析，对揭示缺陷的规律作直觉的推测来发现缺陷。
采用错误推测法，最重要的是要思考和分析测试对象的各个方面，多参考以前发现的bug的相关数据，总结的经验，个人多参考异常的情况，反面情况，特殊的输入，以一个攻击者的态度对待程序，才能够设计出比较完整的测试用例。