软件测试阿里三面被虐，对Web 测试，App 测试，性能测试等一窍不通

这段时间我收到了很多朋友的私信，有的又是拿到哪家大厂的offer了，有的就是直接等通知，有人欢喜有人愁，我在这里也根据这些朋友遇到的问题做了一个学习笔记，总的来说设计到的主要几个知识点包含有 测试理论 ，Linux 基础，MySQL基础，Web 测试，接口测试，App 测试，性能测试等等。

首先我们来看下大厂面试会问到哪些问题：

上面的面试真题都是我总结了大厂的一些面试真题，整个总结是有90道的，有需要的朋友可以私信 「软件测试」 获取。

总的来说设计到的知识点包含到有 测试理论 ，Linux 基础，MySQL基础，Web 测试，接口测试，App 测试，性能测试 等等，于是我总结了下面这些笔记。

Linux 练习题：

根据各大厂的面试需求，连夜整理出来了这些学习笔记， 总共有400页PDF ，文中知识粗略地给大家安利了一下目录，和少部分的内容，总之学习笔记还是很全的，有需要的小伙伴，可以私信「软件测试」免费获取哦，相信你看完我这个学习笔记对面试会有一定的信心的。

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。

1）能看懂需求文档，找准测试测试依据

作为测试人员，需求文档是测试软件的依据 ，首先需要看懂产品的需求文档 。对于需求文档涉及的测试点能够整理出来，简单理解就是把大段的文字描述转化为思维导图的过程，推荐大家通过Xmind的形式整理。

其次，在需求文档的基础上结合测试环境或者产品人员，加深对需求的理解 ，方便后续更好的熟悉需求，整理测试点编写用例。

2)整理测试点

将需求文档中的需求转化为测试点，方便编写测试用例，一般按照需求文档拆分成小的功能点，分别去验证。拆分到直接能够编写用例的程度，这个过程中可以使用一些设计用例的方法，即分别验证每一个小的测试目的。

公司新来的阿里P8把设计用例规范的整理成下面的PDF文档，包含了测试用例原则，测试用例主要元素，测试用例编写规范，测试用例编写细则，测试用例编写方法。看完这个PDF，你的测试用例再也不用担心出问题了。

4.1系统性

4.2连贯性

4.3全面性

4.4正确性

4.5符合正常业务惯例.

4.6仿真性

4.7可 *** 作性

6.1常规的测试用例：

6.2初始化的测试用例：

6.3边界的测试用例.

6.4空值的测试用例：

6.5格式错误的测试用例：

6.6溢出的测试用例：

6.7关联的测试用例：

6.8唯一值的测试用例：

6.9权限不足的测试用例：

6.10角色权限的测试用例：

7.1测试用例命名规则...

7.2测试用例编号规则..

8.1测试用例编写准备..

8.2测试用例编写方法.

判定表(Decision table)是另一种表达逻辑判断的工具。与结构化语言和判断树相比，判断表的优点是能把所有条件组合充分地表达出来；其缺点是判定表的建立过程较繁杂，且表达方式不如前两种简便。判定表在用于知识表达中，有许多其他方式所达不到的作用

判定表法定义

判定表是分析和表达逻辑条件下执行不同 *** 作的情况的工具。

判定表的4个组成部分

判定表通常有以下四个部分组成：

1)条件桩（Condition Stub）：在左上部，列出了问题的所有条件。通常认为列出的条件的次序无关紧要。

2)动作桩（Action Stub）：在左下部，列出了问题规定可能采取的 *** 作。这些 *** 作的排列顺序没有约束。

3)条件项（Condition Entry）：在右上部，列出针对它左列条件的取值。在所有可能情况下的真假值。

4)动作项（Action Entry）：在右下部，列出在条件项的各种取值情况下应该采取的动作。

判定表法设计测试用例步骤以及案例讲解

判定表的建立步骤：

1)确定规则的个数.假如有n个条件。每个条件有两个取值（0,1）,故有2的n次方种规则。

2)列出所有的条件桩和动作桩。

3)填入条件项。

4)填入动作项。得到初始判定表。

5)简化、合并相似规则（相同动作）。

案例：

判定表也称我决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。与因果图法相似判定表法主要侧重输入条件之间的逻辑关系。

1.判定表主要包含以下五部分：

条件桩：列出所有可能的条件

条件项：列出所有的条件取值组合

动作桩：列出所有可能的 *** 作

条件项：列出在每一种条件取值组合的情况下，执行动作桩中的哪些动作。

规则：一种条件取值组合与其对应的动作组合（即判定表中贯穿条件项和动作项的一列）构成判定表的一个规则。条件组合的数目就是规则的数目。

2.建立判定表可遵循的步骤

1）列出条件桩和动作桩

2）确定规则的个数，用来为规则编号。

若有n个原因，且每个原因的可取值为0或者1，那么将会有2n个规则。

3）完成所有条件项的填写。

4）完成所有的动作项的填写。（得到初始判定表）

5）合并相似规则，用以对初始判断表进行简化。

有两个或者多条规则具有相同的动作，并且条件项之间存在极为相似的关系就可以进行合并。

3.实例

问题描述： “……对于功率大于50马力的机器，并且维修记录不全或已运行10年以上的机器，应给予优先的维修处理……”

条件桩：

C1：功率大于50马力吗？

C2：维修记录不全吗？

C3：运行超过10年吗？

动作桩：

A1：进行优先处理

A2：作其他处理

生成判断表：

简化判定表：

1，2合并，5，7合并，6，8合并

---