本文详细介绍了软件测试的定义、分类（按阶段和可见度）、质量模型（如功能性、性能等）、常用测试技能（如功能测试、自动化测试等），以及测试流程（包括测试用例、软件测试分类和流程图）。此外，还探讨了冒烟测试、缺陷管理和错误推测在测试中的应用。
测试基础
学习目标：
- 能复述软件测试的定义
- 能说出7种测试分类的区别
- 能说出质量模型的重点5项
- 能说出测试流程的6个步骤
- 能说出测试模板8个要素
学习内容：
认识软件及测试
什么是软件：控制计算机硬件工作的工具
软件分为：应用软件 系统软件（操作系统）
软件产生过程：
什么是软件测试：使用技术手段验证软件是否满足使用需求
软件测试目的：减少软件缺陷（BUG），保障软件质量！
测试主流技能
1、功能测试：测试主要验证程序的功能是否满足需求
2、自动化测试：使用代码或工具代替手工进行测试。
软件测试初中高全栈精品系列
https://edu.youkuaiyun.com/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.youkuaiyun.com/course/detail/39095
案例：
功能性：插花、装水、养鱼、种菜。。。。。
性能性：防摔、耐压高温、低温
易用性：防滑、便携
属性（硬件）：长、宽、高、样式、材质、重量
可移植性：不同温度下是否正常使用
可维护性：修补
。。。。。。。
总结
质量模型：功能、性能、兼容、安全（必测）、可靠性、可移植性、可维护性
软件测试流程
测试用例
什么是用例 ？
用例：用户使用的案例
什么是测试用例 ？
测试用例:是为测试项目而设计的执行文档
测试用例的作用
- 防止漏测
- 实施测试的标准
用例设计编写格式-2023-5-13
正确的、能成功的就是P0
课堂例子：
我写的：
老师写的：
软件测试全栈系列课程https://edu.youkuaiyun.com/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.youkuaiyun.com/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.youkuaiyun.com/course/detail/39218
场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。
意义：用户使用角度:用户平时使用的不是单个功能，而是多个功能组合起来进行使用
测试人员角度:平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试
冒烟测试：批量开始测试前，执行业务正向用例，验证软件是否具备可测性
错误推测法
场景：1、时间紧任务量大，根据经验推测有可能出现的故障2、测试完毕，时间充裕，根据经验或测试过程中出现的错误，进行复制。
缺陷管理
缺陷的定义：软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug
缺陷的判定标准
- 软件未实现需求说明书中明确要求的功能-少功能
- 软件出现了需求说明书中指明不应该出现的错误-功能错误
- 软件是现实的功能超出需求说明书指明的范围-多功能
- 软件未实现需求说明书中虽未明确指明但应该实现的要求-隐性功能错误
- 软件测试人员认为软件难以理解，不易使用，运行缓慢，用户体验不好-不易使用
缺陷产生的原因
软件缺陷的核心内容：
- 缺陷的标题
- 缺陷的预置条件
- 缺陷的复现步骤
- 缺陷的预期结果
- 缺陷的实际结果
- 缺陷的必要附件
缺陷提交要素
扫一扫
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
