一、软件测试工程师须知
二、软件测试职业规划 & 转职
产品总监(ProductOwner)
手工测试(Manual testing)唯一和最后的出路，但此路其实很光明
嵌入式软件测试（测试硬件设备里的软件功能
区 块链测试
测试需求收集
需求的显性和隐性
软件测试类型以阶段划分
Alpha测试与Beta测试：Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，但不能由程序员或测试员完成。 Beta测试是在一个或多个或大量用户的实际使用环境下进行的测试，但不能由任何公司内部人员完成。
自动化测试（泛指功能）
性能测试
安全性测试
Web安全性测试定义：建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误。
静态测试
动态测试
一、等价类划分法
1、避免冗余
2、测试其中一个最具有代表性的值就能代表这一类的其他任何值，即：将无穷尽的测试数据进行合理分类
3、等价类划分只适用于黑盒测试
4、等价类的基类永远只有两种：有效等价类和无效等价类。PS：有效等价类就是指对于程序的需求规格说明来说是合理的，有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
举例: 对电话专员的评分，范围是0~10之间，低于6分可能被炒鱿鱼
有效等价类：0<=Point<=10、 无效等价类：Point<0或者Point>10
二、边界值分析法
边界值分析法就是对输入项的边界值进行测试的一种黑盒测试方法，是作为对等价类划分法的补充，基本就是绑定使用的。
因果图法
1代表真 0代表假
Y=Yes代表真 N=No代表假
T=True代表真 F=False代表假
4种原因与结果的关系
4种原因与原因的约束
E约束（排他性约束、Exclusive）：C1和C2中最多有一个可能为1，即C1和C2不能同时为1
I约束（包含性约束, Inclusive）：： C1、C2、C3中至少有一个必须是1，即： C1、C2、C3不能同时为0
O约束（唯一性约束, Only）：C1和C2必须有一个且仅有一个为1
R约束（必要性约束, Request）：： C1是1时，C2必须是1
M约束（强制约束，Masking）：：唯一的针对结果的约束；若结果E1是1，则结果E2强制为0
判定表法Decision Table Method：
判定表是分析和表达多种输入条件下系统执行不同动作的工具，它可以把复杂的逻辑关系和多种条件组合的情况表达得既准确又明确。
一般情况下，我们在画出因果图后写出判定表，两者绑定使用。但是无论是因果图法也好，判定表法也好，它们两者都是可以单独使用的。
根据个人喜好，熟练了以后，可以考虑直接使用判定表法，省去画图步骤（Normally）。
因果图+判定表的经验结论
判定表法的优点：
1、充分考虑了输入条件间的组合，对组合情况覆盖充分；
2、最终每个用例覆盖多种输入情况，有利于提高测试效率；
3、设计过程中，对输入条件间的约束关系做了考虑，避免了无效用例，用例的有效性高；
4、能同时得出每个测试项的预期输出。
判定表法的缺点：
1、当被测试特性输入较多时，会造成判定表规格过于庞大；
2、输入之间的约束条件不能有效区分输入是否确实需要进行组合测试，会造成不需要组合测试的输入做了组合，从而产生用例冗余。
场景法
软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流
错误推测法