又到了找工作的日子，背诵这些基本知识和概念又开始了。我找到一个好办法背诵这些方法：

软件测试的生命周期是“分级设编执评” ，这样理解啊：“有个公司啊，要施行分级设计编制，就要执行评估了，大家都很焦急”。呵呵。

测试用例构成要素是“编码，标题，相继跳树不接“，这样理解啊：”编码，标题，相继跳到树下，接不住“

黑盒测试设计方法是“等边盼赢，撞场整错”。这样理解啊：“有个小等边三角形名字叫‘等边’，她在和一个艺人打官司，时刻盼望打赢官司，这个官司是怎么回事啊？是因为她给艺人安排活动的时候，和别人撞场，整错了。”也就是“等边盼赢，撞场整错”，哈哈。

 一。等价类法

有效等价类：符合相关的需求规则的这些等价类

无效等价类：不符合相关的需求规则的这些等价类

等价类划分法实施步骤：

1.画出一个等价类表，需要列出某个功能点的所有输入条件

2.为每个输入条件列出需求规格（规格）

3.根据每个需求规则找出有效和无效等价类

4.给每个等价类设置一个唯一编码

5.设计测试用例覆盖等价类中的测试点，设计一条用例尽可能的覆盖有效等价类。设计用例保证所有的有效等价类覆盖完。

6.设计用例的时候每个无效等价类使用一条用例来覆盖。

总数：14（无效等价类）+7（有效等价类）=21

具体如下 

二。 边界值法

1.明确需求

2.确定有效和无效等价类

   1）有效等价类就是题目条件（两端的极值（边界值）要判断，中间随意一个值也要判断）

   2）无效等价类先划分与有效等价类相反的情况

3.找到题目条件中的边界值

4.编写测试用例

举例，标题要求长度>0，长度<=30

边界值，

三。判定表法

定义：

判定表也称决策表，是分析和表达多逻辑条件下执行不同操作的工具，它能够将负责的问题按照各种可能的情况全部枚举出来，简明并避免遗漏。因此，在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作，判定表适合于处理这类问题，

组成：

判定表是由条件桩，动作桩，条件项，动作项四部分组成，如下图：

• 条件桩（Condition Stub）：列出了问题的所有条件，通常认为列出的条件次序无关紧要
• 动作桩(Action Stub):列出问题规定可能采取的操作，这些操作的排列顺序没有约束
• 条件桩：列出针对它左列条件的取值，在所有可能情况下的真假值
• 动作桩：列出在条件项的各种取值情况下应该采取的动作。

 四。因果表

因果法是判定表的优化

五。状态迁移图

抽取测试路径设计用例

1.找到所有的叶子节点

2.一条路径就是根节点到叶子节点所走的路线

3.一条路径对应一条测试用例

案例描述

 六。场景法

基本流，备选流

 七。正交实验法

 因子：所有参与试验的影响试验结果的条件为银子

水平：影响试验因子的取值或输入成为水平

八。错误推断法

案例：登录测试
登录失败：列出可能导致出错的情况
1.用户名和密码
2.网络原因
3.账号被拉黑
4.服务器异常
5.单点登录
————————

错误推断法
错误推测法是利用“直觉”和“经验”猜测出出错的可能

类型，有针对性的列举出程序中所有可能的错误和容易发生错误的地方，它是骨灰级测试大佬喜欢使用的一种测试用例设计方法。
基本思想
基本思想是列举出可能犯的错误或错误易发生的清单，然后根据清单编写测试用例，这种方法很大程度上是凭经验进行的，即凭人们对过去所做测试结果的分析，对所揭示缺陷的规律性作直觉的推测来发现缺陷。
 采用错误推测法，最重要的是要思考和分析测试对象的各个方面，多参考以前发现的Bug的相关数据，总结的经验，个人多考虑异常的情况，反面的情况，特殊的输入，以一个攻击者的态度对待程序，才能够设计出比较完善的测试用例。