目录
什么是软件？
软件的生命周期？
什么是软件测试？
软件测试能怎么分类？
按测试阶段划分
按测试方法划分（核心看是否关注内部代码）
按测试对象 / 类型划分（按测试的核心目标分类）
按测试实施方式划分
软件的不同结构？B/S,C/S两种
什么是冒烟测试？
企业级别的测试流程是什么？
一、 测试规划阶段（需求评审后，测试启动第一步）
二、测试设计阶段（开发编码中，并行设计用例）
三、 测试执行阶段（开发提测后，核心测试环节）
四、 回归测试阶段（缺陷修复后 / 版本迭代后）
五、 验收测试阶段（系统测试通过后，上线前最后一道门槛）
六、 上线与运维阶段（产品上线后，持续质量监控）
什么是软件？
计算机能执行的程序、数据和相关文档的总称
软件的生命周期？
需求----开发----测试----运维----淘汰
什么是软件测试？
是贯穿软件研发全生命周期的质量保障活动，核心目标是“尽早发现软件中存在的缺陷（Bug），并验证软件是否符合需求规格、用户预期”，最终交付高质量、稳定、易用的软件产品。
软件测试能怎么分类？
可以按测试对象、测试阶段、测试方法、测试目的四大维度划分
按测试阶段划分
| 测试阶段 | 核心目标 | 测试对象 | 执行者 | 典型场景 |
|---|---|---|---|---|
| 单元测试 | 验证单个函数 / 类 / 模块的逻辑正确性 | 最小可测试单元（如 Java 的方法、Python 的函数） | 开发工程师 | 测试一个 “计算订单金额” 的函数是否正确 |
| 集成测试 | 验证多个模块之间的接口交互是否正常 | 模块间的接口（如用户模块与订单模块的调用） | 开发 / 测试工程师 | 测试 “用户登录后能否正常创建订单” |
| 系统测试 | 验证整个系统是否符合需求规格说明书 | 完整的软件系统 | 测试工程师 | 测试电商平台的 “下单→支付→物流” 全流程 |
| 验收测试 | 验证系统是否满足用户的实际业务需求 | 完整系统 | 客户 / 产品 / 测试工程师 | 客户亲自操作，确认 “退款功能是否符合预期” |
| 回归测试 | 验证修复 bug 或新增功能后，原有功能是否受影响 | 被修改的模块及关联模块 | 测试工程师 | 修复 “商品搜索结果排序错误” 后，测试搜索、分类功能是否正常 |
按测试方法划分（核心看是否关注内部代码）
主要分为白盒测试和黑盒测试，灰盒测试是二者的结合。
按测试对象 / 类型划分（按测试的核心目标分类）
| 测试类型 | 核心目标 | 典型工具 / 场景 |
|---|---|---|
| 功能测试 | 验证软件功能是否符合需求 | 手工测试、Selenium/Appium（自动化功能测试）；测试 “商品加入购物车” 功能是否正常 |
| 性能测试 | 验证软件在高并发 / 大数据量下的响应速度、稳定性 | JMeter、LoadRunner；测试 “秒杀活动” 时，10 万用户同时下单的系统响应时间 |
| 接口测试 | 验证模块间 / 系统间的接口参数、返回值、异常处理 | Postman、Jmeter、RestAssured；测试 “用户注册接口” 是否正确处理必填参数缺失的情况 |
| 兼容性测试 | 验证软件在不同环境下的运行情况 | 浏览器兼容（Chrome/Firefox）、系统兼容（Windows/macOS）、手机型号兼容；测试网页在不同浏览器下的显示是否正常 |
| 安全测试 | 验证软件是否存在安全漏洞（如注入、越权访问） | AWVS、Burp Suite；测试 “登录接口” 是否能抵御 SQL 注入攻击 |
| 易用性测试 | 验证软件的操作是否简单、友好 | 手工测试；测试 “退款流程” 是否需要太多步骤，普通用户能否轻松完成 |
| 可靠性测试 | 验证软件长时间运行的稳定性（如 7×24 小时运行） | 压力测试工具；测试服务器连续运行 30 天是否会崩溃 |
按测试实施方式划分
| 实施方式 | 核心特点 | 适用场景 |
|---|---|---|
| 手工测试 | 测试人员手动操作软件，验证功能 | 探索性测试、易用性测试、短期小项目 |
| 自动化测试 | 编写脚本 / 工具自动执行测试用例 | 回归测试、性能测试、高频重复的功能测试（如登录、下单） |
| 探索性测试 | 不依赖预设用例，测试人员根据经验自由探索，发现隐藏 bug | 复杂系统的功能测试、新功能上线前的快速验证 |
软件的不同结构？B/S,C/S两种
什么是冒烟测试？
最基础、最高优先级的快速验证测试，核心目标是“确认软件的核心功能是否能正常启动和运行，没有致命缺陷”。
特点：范围小（核心）、测试时间短、优先级最高、结果严格（只有通过和不通过）。
（
冒烟测试是所有测试的第一步：
- 新功能开发完成后，先执行冒烟测试；
- 版本迭代、Bug 修复后，也先执行冒烟测试；
- 只有冒烟测试通过，才会进入后续的详细测试阶段。
）
企业级别的测试流程是什么？
对于测试人员来说的测试节点：
需求评审----测试点提取----测试点评审----测试用例编写----测试用例评审----冒烟测试----全量测试----测试环境回归----预发环境测试----预发环境回归----上线会议----上线追踪
一、 测试规划阶段（需求评审后，测试启动第一步）
- 需求分析与评审
- 制定测试计划
- 输出物：《测试计划文档》《测试范围矩阵》
二、测试设计阶段（开发编码中，并行设计用例）
- 测试用例设计
- 测试数据准备
- 测试环境搭建
- 输出物：《测试用例集》《测试数据清单》《测试环境配置文档》
输出物：《测试用例集》《测试数据清单》《测试环境配置文档》
三、 测试执行阶段（开发提测后，核心测试环节）
- 冒烟测试（提测门槛）
- 详细测试执行
- 缺陷管理（提交→指派开发→修复→回归测试→关闭）
四、 回归测试阶段（缺陷修复后 / 版本迭代后）
- 选择回归测试范围：全量回归/增量回归
- 回归测试执行：(重复 “缺陷提交→修复→回归” 流程）
- 输出物：《回归测试报告》
五、 验收测试阶段（系统测试通过后，上线前最后一道门槛）
- 内部验收测试（UAT 内部）
- 用户验收测试（UAT 外部）
- 上线评审会
- 输出物：《用户验收测试报告》《上线评审纪要》
六、 上线与运维阶段（产品上线后，持续质量监控）
- 灰度发布 / 全量发布
- 线上问题应急响应
- 测试总结与复盘
- 输出物：《线上质量监控报告》《测试复盘报告》
