资讯中心 Info
当前位置:爱尚教育 > 资讯中心 >
想入门软件测试,一篇文章帮你搞定
发布日期:2020-08-14 阅读次数:

 

如果你想踏入测试领域,文章中所有的知识点请你务必牢记!因为他们都是初级测试工程师必会知识点。本文涉及的理论知识都是在具体实践工作中能够使用到的相关知识点,因此更具有针对性。本文基础知识部分介绍了软件测试的概念、测试用例的设计方法、什么是测试大纲、什么是测试计划、测试类型都有哪些以及具体的测试流程是什么。相信通过对本文的学习,小白会对测试相关概念以及具体测试工作内容有总体的印象,这样在具体的工作中不会感到毫无头绪,一头雾水。

软件测试

软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。本质:软件测试是为发现错误而执行程序的过程。

例如场景:淘宝网用户登陆

大家都有在淘宝购物的经历吧,如果想要在淘宝进行购物,就必须登陆后才能进行。那么能够登陆的前提是什么呢?必须是淘宝网的注册用户。登陆的步骤是什么呢?在下图中输入已经注册的用户名>输入已设定的密码>点击“登陆”按钮,步骤非常简单。

测试用例

测试用例是将软件测试的行为活动做一个科学化的组织归纳,目的是能够将软件测试的行为转化成可管理的模式。基础内容包括:测试目标描述、输入数据、测试步骤、预期结果。可能会根据各个公司模板的不同,增加用例编号、模块、用例编写人、创建日期、前提条件等内容。

另外,每个公司对于测试用例管理工具的选择是不同的,常用的工具有Excel,Word,TestLink,TestDirector,在这里我比较推荐excel,因为它简单方便学习成本极低。

测试用例状态

在“用例模板实例”中有“实际结果”这一项,实际结果是测试用例状态的一个记录标识。当用例执行结果与预期结果相同时,在“实际结果”中标识“PASS”,说明该条用例是已经被执行过的,并且执行结果是“通过”;当用例执行结果与预期结果不相同时,在“实际结果”中标识“FAIL”,说明该条用例是已经被执行过的,并且执行结果是“失败”。常用的用例的状态如下:

UNEXECUTED 测试用例尚未执行

PASS 测试用例执行通过

FAIL 测试用例执行失败

WIP(Work in process) 测试用例正在执行中

BLOCKED 测试用例由于其他功能的影响或者其他Bug的影响或者环境因素等不能被执行

REQUIREMENT CHANGE 测试用例审核通过后需求发生变更,导致用例不能被执行

备注:不同的公司会有不同的用例状态,但是核心内容都是一致的。

测试大纲

测试大纲的编写目的是确定测试目标,明确测试范围,主要包括:

确认测试环境(软硬件环境)。

确认测试的模块以及模块中的主要测试点。

确认测试工具的使用(用例用什么编写、Bug用什么提交、是否使用自动化测试工具等等)

测试大纲主要由测试负责人编写。

测试计划

测试计划的编写目的是细化测试大纲,并描述要进行的测试活动所需的资源、人力以及进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险,保障计划的顺利实施。

测试计划主要由测试负责人编写。

测试类型

从软件开发的过程按阶段划分

包括:单元测试、集成测试、系统测试、验收测试和回归测试

测试流程

需求分析>概要设计>详细设计>编码>测试,那么测试工作是从完成编码之后才开始吗?在实际工作中测试从需求分析就已经开始了。测试用例的设计与编码是同时进行的。在产品开发完成后,根据现有产品来设计测试用例的工作方法是不正确的。

课程体系
通知公告