全网最全最新软件测试基础入门教程

测试基础

学习目标：

1. 能复述软件测试的定义
2. 能说出7种测试分类的区别
3. 能说出质量模型的重点5项
4. 能说出测试流程的6个步骤
5. 能说出测试模板8个要素

学习内容：

认识软件及测试

什么是软件：控制计算机硬件工作的工具

软件分为：应用软件 系统软件（操作系统）

软件产生过程：

什么是软件测试：使用技术手段验证软件是否满足使用需求

软件测试目的：减少软件缺陷（BUG），保障软件质量！

测试主流技能

1、功能测试：测试主要验证程序的功能是否满足需求

 

2、自动化测试：使用代码或工具代替手工进行测试。

 

软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095 

3、接口：有地址有参数

接口测试（代码实现）：使用代码或工具对服务提供的接口进行测试

 

4、性能测试-工具实现（模拟多人使用软件，查找软件服务器缺陷）

就业方向如何选择

 

三、常见的测试分类

1、按测试阶段划分

单元测试、集成测试、系统测试、验收测试

2、按代码可见度划分（黑盒测试（功能测试）、灰盒测试（接口测试）、白盒测试（单元测试））

 

质量模型

• 质量模型（衡量一个优秀软件的维度）

1、功能性

2、性能

3、兼容性

4、易用性

5、可靠性

6、安全性

7、可维护性

8、可移植性

案例

 1、功能性

2、性能

 ​3、兼容性

 4、易用性

5、可靠性

 6、安全性

 7、可移植性

 8、可维护性

软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095 

案例：

 

功能性：插花、装水、养鱼、种菜。。。。。

性能性：防摔、耐压高温、低温

易用性：防滑、便携

属性（硬件）：长、宽、高、样式、材质、重量

可移植性：不同温度下是否正常使用

可维护性：修补

。。。。。。。

总结

质量模型：功能、性能、兼容、安全（必测）、可靠性、可移植性、可维护性

软件测试流程

 

测试用例

什么是用例 ？

用例：用户使用的案例

什么是测试用例 ？

测试用例:是为测试项目而设计的执行文档

测试用例的作用

• 防止漏测
• 实施测试的标准

用例设计编写格式-2023-5-13

 

正确的、能成功的就是P0

课堂例子：

我写的：

老师写的：

 

软件测试全栈系列课程https://edu.csdn.net/course/detail/30898 

用例测试方法

1、能对穷举场景设计测试点

等价类划分法

适用场景：需要有大量数据测试输入，但是没法穷举测试的地方

• 输入框
• 下拉列表
• 单选复选框
• 典型代表：页面的输入框类测试

 

 

 

 

边界值分析法

1、边界范围节点

• 选取正好等于、刚好大于、刚好小于边界的值作为测试数据

上点：边界上面的点（正好等于）

离点：离边界最近的点

内点：范围内的点

2、边界值法设计用例步骤（长度）

• 明确需求
• 确定有效和无效等价类（类型）
• 确定边界范围值
• 提取数据编写测试用例

 

 

边界值分析优化：

• 结论：7个优化为5个点
• 上点：备选（不考虑区间开闭）
• 内点：必选（建议选择中间范围）
• 离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）

需求：20<=b<60

上点：20，60

内点：40

离点：19,59

为什么内点必须测？

答：验证范围的连续性

测试：

【10，50）

上点：10，50

内点：30

离点：9，49

————————————————————————

（30，50）

上点：30，50

内点：40

离点：31，49

—————————————————————————

（12，80】

上点：12，80

内点：45

离点：13，81

使用场景：在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）

常见的词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语

典型代表：有边界范围的输入框类测试

判定表法

解决什么问题？（多条件限制依赖关系如何测试）

实施——画表格——列出条件列出操作

 

 

Jmeter高级性能测试实战https://edu.csdn.net/course/detail/35834 

练习1

1）、如果金额大于500元，又未过期，则发出批准单和提货单;

2）、如果金额大于500元，但过期了，则不发批准单与提货单;

3）、如果金额小于等于500元，则不论是否过期都发出批准单和提货单;

4）、在过期的情况下不论金额大小还需要发出通知单。

 

练习2

1）、输入的第一列字符必须是A或B

2）、第二列字符必须是一个数字

3）、如果第一列字符不正确，则给出信息L

4）、如果第二列字符不正确，则给出信息M

5）、如果两列字符输入正确，则修改文件成功

使用场景：有多个输入条件，多个输出结果，输入条件按之间有组合关系，输入条件和输出结果之间有依赖（制约）关系——————一般适用于条件组合数量比较少的情况（比如4个条件以下）

场景法

解决什么问题？（覆盖业务场景测试）

实施：根据流程图梳理可能的场景——编写用例覆盖场景

扩展-冒烟测试-什么时候用—提测之前，开始执行，验证项目是否具备可测性

目的：避免由于项目不具备可测性，而投入的时间和人力成本

 

流程图练习

1、用户名为admin \密码为：123456，输出：登录成功

2、登录、搜索商品、添加购物车、去结算、支付，如果支付成功，则提示下单成功，否则提示支付失败

 

Charles和Fiddler抓包教程https://edu.csdn.net/course/detail/39218 

 

场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。

意义：用户使用角度:用户平时使用的不是单个功能，而是多个功能组合起来进行使用

测试人员角度:平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试

 

 

冒烟测试：批量开始测试前，执行业务正向用例，验证软件是否具备可测性

错误推测法

场景：1、时间紧任务量大，根据经验推测有可能出现的故障2、测试完毕，时间充裕，根据经验或测试过程中出现的错误，进行复制。

 

 

缺陷管理

缺陷的定义：软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug

缺陷的判定标准

• 软件未实现需求说明书中明确要求的功能-少功能
• 软件出现了需求说明书中指明不应该出现的错误-功能错误
• 软件是现实的功能超出需求说明书指明的范围-多功能
• 软件未实现需求说明书中虽未明确指明但应该实现的要求-隐性功能错误
• 软件测试人员认为软件难以理解，不易使用，运行缓慢，用户体验不好-不易使用

缺陷产生的原因

 

软件缺陷的核心内容：

1. 缺陷的标题
2. 缺陷的预置条件
3. 缺陷的复现步骤
4. 缺陷的预期结果
5. 缺陷的实际结果
6. 缺陷的必要附件

缺陷提交要素

软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095