什么是基本功? 百度到的结果是:从事某种工作所必需的基本的知识和技能。
推理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、缺陷管理有什么用?
-
软件测试工程师,要通过缺陷管理和开发打交道,修复软件中的BUG;
-
软件测试工程师,可通过缺陷管理,帮助开发进行缺陷定位。
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、怎么牢固掌握缺陷开发
缺陷相比测试用例而言,还是比较简单的。利用我刚才的文字就能掌握。
总结:
业务理解,有效沟通,思维逻辑…这些对于测试人员来说,重要吗?
当然重要。但这些是能力,而不是基本功。
对于软件测试这种技术岗位而言,基本功指的是技术。
但拥有扎实的基本功,在当前经济环境下,还是很难就业的,还要掌握自动化技术。
因为各行各业都不好过,这个时候企业用人,就会找性价比更高的。
所以大家想从事测试工作,在搞定基本功的基础上,希望你能够再学习一些自动化的东西。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:【文末小卡片领取】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!