软件测试人员的基本功包括哪些？

什么是基本功？ 百度到的结果是：从事某种工作所必需的基本的知识和技能。

推理1：“基本”二字，意味着基本功必定是来源测试工作的基本流程。

推理2：“必须”二字，就意味者无论你是高级的测试开发，还是初级的手工测试，都必须具备的技能。

知道基本功的概念，“开发技术算不算测试人员基本功？”，那肯定不算呀。我是初级测试，我不会自动化，但我用手工依然可以完成测试呀。虽然低效，但也能测试完。这说明开发对于测试而言，并不是必须的，当然也就不属于基本功了。

回到主题：软件测试人员的基本功包括哪些呢？结合上面的分析，接下来该问题的阐述结构如下：

1、一看软件测试基本流程

2、二看初级测试人员的岗位需求

3、明确软件测试的基本功有哪些

4、如何牢固掌握这些基本功

软件测试基本流程

上图就是软件测试的基本流程。

1）需求评审

2）计划编写

3）用例设计

4）用例执行

5）缺陷管理

6）测试报告

所有公司软件测试团队工作，基本都是围绕这套流程来开展工作的。

6个环节哪些是基本功，还要结合初级测试的岗位要求得出。

因为，初级测试人员不需要掌握的工作内容，就不叫基本功。

再看初级测试人员的岗位需求

从初级功能测试（也叫手工测试）的工作描述上，结合基本测试流程，我们可以拆解下和技能相关工作内容，就是下面4点。

1）编写测试用例

2）完成测试执行

3）提交跟踪缺陷（基本流程里叫缺陷管理）

4）提交测试报告

而基础流程中的“需求评审”、“计划编写”，由测试组长或测试经理负责即可，初级测试工程师不用涉及，所以这2项就不是基本功。

明确软件测试的基本功有哪些

但是测试报告，就是“统计下测试结果和缺陷统计”。因为仅仅是统计，所以远称不上技能。最终定下的软件测试人员基本功，就是下面这3项：

1）测试用例

2）测试执行

3）缺陷管理

无论你是做互联网的软件测试，还是做线下的硬件测试，还是做软硬结合的"车载测试”，以上三个都是基本功，具有广泛的通用性。

所以只要你想吃测试这碗饭，这三项基本功必须牢固掌握。

基本功如此重要，如何牢固掌握，接下来我按照1）是什么，2）有什么用，3）怎么做，4）怎么加强 四个维度分别来阐述。

如何牢固掌握测试三大基本功-测试用例

1、什么是测试用例?

专业的术语解释为：测试用例，是为特定测试目的设计的测试执行文档。

通俗解释为：针对被测功能，你要测什么，你要通过测试团队规范化的用例形式把他写出来。

测试用例，简单来说，是个人测试思想的文档体现。

测试用例举例

2、测试用例作用?

测试用例有3个作用，每个都非常重要:

a）防止漏侧

b）实施测试的标准

c）测试工作评估

3、怎么做测试用例

首先，要了解测试用例的8大要素：

要素1：用例编号: 项目+模块+编号

要素2：用例标题: 预期结果+操作步骤

要素3：模块/项目: 所属项目或模块

要素4：前置条件: 要执行此条用例，有哪些前置操作

要素5：优先级: 表示用例的重要程度或者影响力P0~p4 (P0最高)

要素6：测试步骤: 描述操作步骤

要素7：测试数据: 操作的数据，没有的话可以为空

要素8：预期结果: 期望达到的结果

接下来，就是要了解常用的测试用例方法啦。

方法1：流程图法

方法2：等价类划分法

方法3：边界值分析

方法4：判定表

方法5：正交法

方法6：错误推测法

常用方法是前面3个，即流程图法，等价类划分法，边界值分析法。

测试用例方法中，最重要的就是了解各个方法的应用场景区别。

a）流程图法的应用场景是“描述用户的使用场景，在业务场景中涉及多功能的组合逻辑”。典型代表是“流程测试”

b）等价类划分法的应用场景是“无法穷举的测试数据 or 测试数据量过大”，典型代表是“页面的输入框测试”。

c）边界值划分法的应用场景是“在等价类的基础上针对有边界范围的测试数据，测试数据一般为数字类或时间类”，典型代表是“有边界范围的输入框类测试”。

d）正交表法的应用场景是“一条用例要覆盖多个输入条件（4个条件以下），且条件之间有依赖（制约）”

e）判定表的应用场景是“有效测试用例太多，但因为条件输入值是中英文字符，无法使用边界值划分法来缩小出测试范围，就使用数学统计类工具’判定表’来合理缩小测试用例条数”。

f）错误推测法的应用场景是“根据经验对可能错误测试”，小白不太适合。

如何牢固掌握测试三大基本功-测试执行分享

1、什么是测试执行

就是严格执行写好的测试用例，在软件上执行，验证是否和预期结果一样，并记录。

红色字体为测试执行后的记录

2、测试执行有什么用？

发现软件中的缺陷（也叫bug）。

3、测试执行怎么做？

step1: 根据测试用例优先级来执行测试用例

step2: 比对实际结果与测试用例中的预期结果是否一致。

一致，则记录通过。不一致，则记录失败。无法执行，则记录阻塞。

step3: 用例执行失败：记录并提交缺陷。

step4：更新测试用例。

为什么测试执行的时候，还可以个更新测试用例呢？原因是测试用例不是一蹴而就，而是反复优化的结果，如果测试人员在执行中发现测试用例遗漏，冗余，无法执行，这进行相应操作即可。

4、怎么牢固掌握测试执行？

如果是人工进行测试执行，严格按照测试用例执行即可。所以测试执行虽然是基本功，但是技术门槛并不高哈，执行时细心即可。

如何牢固掌握测试三大基本功-测试执行分享

1、什么是缺陷管理

缺陷，也叫bug。缺陷管理就是提交bug，跟踪bug。

2、缺陷管理有什么用？

1. 软件测试工程师，要通过缺陷管理和开发打交道，修复软件中的BUG；

2. 软件测试工程师，可通过缺陷管理，帮助开发进行缺陷定位。

3、缺陷管理怎么做？

因为缺陷提交，可以借助Jira或禅道等工具。工具很容易掌握，工具不是重点，只是手段。

所以，缺陷管理的核心在于缺陷提交内容的编写(如下图)。

缺陷提交模板

1）缺陷管理的提交要素分为这5种：

a)缺陷编号，b)缺陷状态，c)严重程度，d)优先级 e)bug类型

缺陷编号的掌握很容易的，英文+数字即可。

缺陷状态、严重程度、优先级，按照公司的要求输出即可。

bug类型不是必须，看公司要求。

某公司对缺陷提交要素的要求

2）但缺陷的核心要素却是下面这三种：

a）缺陷标题【核心】

缺陷标题作用，就是将缺陷描述清楚。

描述清楚的评价标准：就是开发人员时候可以不看其他要素，仅看标题就能知道反馈的是什么bug。

要想描述清楚，缺陷命名技巧要采用【实际结果+预期结果】的命名方法，
比如“验证码在（10,15]分依然能登录成功-预期失败，因有效时间是10分钟以内”；
再比如“QQ号为空，下一步可点击（预期不可点击）”

b）缺陷描述(重要)

缺陷描述，包含这四块：

1）预(前)置条件（对应测试用例的“前置条件”）

2）复现步骤（对应测试用例的“测试步骤”）

3）预期结果（对应测试用例的“预期结果”）

4）实际结果（对应测试用例的“实际结果”）

画框部分为缺陷描述

缺陷描述虽然重要，但是撰写起来却很简单，将测试用例的核心写进来就可以。

为什么要缺陷描述中，要将测试用例为啥还要再表达一遍？

原因1：测试用例是指测试团队内部执行的一个重要产出，是测试组内部的执行参考（跨组不看）。

原因2：缺陷是提给开发的，你得让开发去再现这个缺陷(bug)。所以你需要把测试用例核心内容在缺陷(bug)里写清楚。

c) 必要附件

附件可以为下面三种，目的是为了避免和开发扯皮

或图片——能用图片反馈的bug一定要用图片

或日志——能放上日志就一定放上，方便开发进行bug分析

或视频——对于偶发性的bug，一定要录视频

4、怎么牢固掌握缺陷开发

缺陷相比测试用例而言，还是比较简单的。利用我刚才的文字就能掌握。

总结：

业务理解，有效沟通，思维逻辑…这些对于测试人员来说，重要吗？

当然重要。但这些是能力，而不是基本功。

对于软件测试这种技术岗位而言，基本功指的是技术。

但拥有扎实的基本功，在当前经济环境下，还是很难就业的，还要掌握自动化技术。

因为各行各业都不好过，这个时候企业用人，就会找性价比更高的。

所以大家想从事测试工作，在搞定基本功的基础上，希望你能够再学习一些自动化的东西。

 

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。