1. 测试介绍
1.1. 什么是软件测试
- 使用技术手段验证软件是否满足需求
1.2. 测试主流技能
- 功能测试
- ⾃动化测试
- 接⼝测试
- 性能测试
主流方向建议：
- 功能测试+接⼝测试
- ⾃动化测试+接⼝
- 功能+性能
2. 测试常用分类
分类：
- 按阶段划分（阶段：按软件产出过程的顺序）
- 按代码可见度分
2.1. 按阶段分类
- 单元测试
-
- 说明：针对程序源代码进行测试（单元：最小独立功能代码段）
- 提示：
-
-
- 国内单元测试一般开发自测
- 单元测试可以解决——快速定位缺陷
- 提高测试执行效率
-
- 集成测试
-
- 说明：针对单元与单元之间的接口进行测试
- 提示：又称接口测试
- 系统测试
-
- 说明：针对系统整体功能+兼容+文档（说明、安装文档）
- 验收测试
-
- 内测：公司内部人员使用，发觉缺陷并修复。
- 公测：让用户帮忙测试
- 提示：验收测试，一般要根据项目类型决定是否使用。
2.2. 代码可见度划分
代码可见度：代码可见的程度上划分
黑盒测试：主要针对功能（阶段划分->系统测试）
灰盒测试：针对接口测试（阶段划分->集成测试）
白盒测试：针对程序源代码进行测试（阶段划分->单元测试）
2.3. 总结
- 系统测试和黑盒测试重点核心是功能测试
- 集成测试和灰盒测试又称接口测试
- 单元测试和白盒测试是对代码进行测试
- 自动化测试归属功能测试
- 性能测试、安全测试归属专项测试
3. 测试模型
按角度划分
- 质量模型
- 测试模型
3.1. 质量模型
说明：质量模型能告诉我们，测试时应该考虑的方面
- 重点：功能、性能、兼容、易用性、安全
- 结论：无论测试硬件或软件，都应该从以上几点来进行分类验证
4. 测试流程
- 需求分析（评审）
前提：阅读1遍需求⽂档，记录不明确之处。
参与⼈员：前端、后端、测试、产品
⽬的：
1、确保各部⻔需求理解⼀致
2、各⻆⾊对需求进⾏查漏补缺
3、了解软件有些功能
提示：需求分析阶段->软件还未实现（刚⽴项）
2. 测试计划
说明：指导测试执⾏的⽂档（重要）
测什么（⽬标、范围）
谁来测（⼈员进度及安排）
怎么测（测试⼯具、测试策略）
3. 测试用例
说明：保证能准确验证软件测试点执⾏的⽂档。
1、分析需求
2、提取测试点
3、设计⽤例覆盖测试点
4. 用例执行
说明：实施测试
5. 缺陷管理
提交->验证->关闭
6. 测试报告
1、bug分析及统计
2、测试中遇到的问题
3、测试总结（本次测试中的优点和不⾜）
5. 测试用例
5.1. 何为用例
- 用例（case）：用户使用的案例
- 生活中的用例（以手机为例）：
- 用例的作用：
1、防⽌漏测
2、衡量软件是否通过的标准
- 用例的模板
- 八大要素编写规范
-
- 用例编号：项目模块编号
- 用例标题：预期结果（测试点）
- 模块/项目：所属项目或模块
- 前置条件：要执行此条用例，有哪些前置操作
- 优先级：表示用例的重要程度或者影响力P0~p4(P0最高)
- 测试步骤：描述操作步骤
- 测试数据：操作的数据，没有的话可以为空
- 预期结果：期望达到的结果
- 练习案例
微信发朋友圈
1、成功（1张图⽚）
2、成功（1段⽂字）
3、失败（内容为空）
