常见测试用例的设计方法
软件测试的核心是测试用例的编写，测试用例的编写对软件测试的过程来说十分重要。
黑盒测试和白盒测试是两类不同的测试方法。
1.我们为什么要做好测试用例设计
1）测试用例的好坏，直接关系着最根本的测试质量和测试效率的优劣
2）测试用例设计能力的好坏，直接影响了开发人员对测试第一印象的好坏
2.好的测试用例有什么共性？
1）测试设计结构组织合理（根据需求说明书和主要模块，有侧重点能抓住最主要的测试点和测试范围)
2)设计用例设计覆盖全面且不冗余(用专业经典的描述，最少的测试用例来尽可能多的覆盖更多测试点)
3）测试用例设计具有可执行，可判定，可再现的特点。(逐步细化第一步明确一条用例的测试需求点。然后写测试步骤， 测试步骤要明确，好执行。不要一开始就进入细节容易本末倒置逻辑混乱。测试力度要适中，精简测试用例。)
黑盒测试的测试用例设计方法
1.等价类划分法
等价类划分法是指某个输入域的子集合。在该子集合中，所有的输入数据对于揭露软件中的错误都 是等效的
有效等价类：对于系统的规格说明是合理的，有意义的输入（符合需求规格说明书要求的输入）
无效等价类：对于系统的规格说明是不合理的，无意义的输入（不符合需求规格说明书要求的输入）
具体案例：
邮件地址 @163.com(6~18个字符可使用字母，数字，下划线，需以字母开头）
分析步骤：
1.测试点：邮件地址
2.关注点：1 字符数 2.组成
关注点1 字符数：
有效等价类和无效等价类
关注点2 组成
有效等价类和无效等价类
3.设计用例 有效等价类尽可能多的覆盖，交叉设计
无效等价类一个用例只能一个测试点，好判断错误原因
2.边界值分析法
1.定义：边界值分析法是对等价类划分法的一个补充，边界值一般都是从等价类的边缘值去找。
边界值分析的基本思想：正好等于，刚刚大于，刚刚小于边界的值作为测试数据
2.边界值的作用：基本功能容易在边界附近出问题，而不是在输入范围的内部
如：边界类型数值太小，输入的数值的范围
字串长短：Null-max-max+1(150个字符以为 Null 150 150+1)
内容有无 (是否）
支持与否（保留字符，特殊字符，计划外字符）
3.边界值应用范围：如果需求规定了取值范围或规定了取值的个数时，可利用边界值进行测试
3.场景法（flow图，这个比较熟悉，无需多关注）
1.定义：通过场景描述的业务流程（业务逻辑）也就是flow图，设计用例来遍历场景，验证系功能
重点是测试流程，每个流程下来用一个用例验证即可。流程测试没有问题并不能说明系统没有问题，只能说是流程没有问题，还需要func测试和ope操作测试，只有单个功能和流程都没有问题才可以。
如何使用场景法
1.画出业务流程图
4.错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误，他的要素有三点：经验，知识，直觉。
1.列举程序中所有可能有的错误和容易发生错误的特殊情况
2.根据他们选择测试用例
测试用例选择方法：
任何情况下都要使用边界值分析法，这种方法设计出的测试用例发现程序错误的能力最强
必要时用等价类补充一些测试用例
先使用其它设计方法编写用例，再使用错误猜测法补充用例
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖度，如果没达到要求的覆盖标准，应再补足足够的测试用例。
编写测试用例会用到什么方法；
等价类划分法，边界值分析法，错误推测法，场景法等