软件测试的类型繁多，根据测试目标、阶段、技术、执行方式、是否运行程序等不同维度可以划分为多种类型。掌握这些分类，有助于你构建完整的测试策略和质量保障体系。
🧭 一、按【测试阶段】划分（最常用）
1. 单元测试（Unit Testing）
✅ 对象：函数、方法、类👨💻 执行者：开发人员🛠️ 工具：pytest, unittest, JUnit, TestNG🎯 目的：验证最小代码单元是否按预期工作
🔹 示例：测试一个计算加法的 add(a, b) 函数
2. 集成测试（Integration Testing）
✅ 对象：模块之间、服务之间、组件之间的接口和交互👥 执行者：开发或测试🎯 目的：发现模块集成后的问题（如数据传递错误、接口不匹配）
🔹 示例：用户服务调用订单服务创建订单，验证数据是否正确流转
3. 系统测试（System Testing）
✅ 对象：完整系统（含前端、后端、数据库、第三方依赖）👩💻 执行者：测试工程师🎯 目的：在真实/模拟环境中验证整个系统是否满足需求规格
🔹 示例：从用户注册 → 登录 → 下单 → 支付 → 查看订单全流程测试
4. 验收测试（Acceptance Testing）
✅ 对象：业务功能是否符合用户/客户预期👔 执行者：客户、产品经理、UAT 用户🎯 目的：决定是否“接受”该系统上线
🔹 分为：
Alpha 测试（内部用户）Beta 测试（外部真实用户）UAT（User Acceptance Testing）用户验收测试
⚙️ 二、按【测试技术/方法】划分
5. 黑盒测试（Black Box Testing）
❌ 不看代码，只看输入输出📌 方法：等价类、边界值、场景法、决策表等🎯 验证功能是否符合需求
如：测试登录框能否正确处理各种用户名密码组合
6. 白盒测试（White Box Testing）
✅ 看代码逻辑、路径、结构📌 方法：语句覆盖、分支覆盖、路径覆盖等🎯 验证代码是否按设计逻辑执行
如：测试 if-else 是否所有分支都被执行过
7. 灰盒测试（Gray Box Testing）
🔍 介于黑盒与白盒之间 —— 了解部分内部结构，但测试仍以功能为主🎯 常用于 API 测试、数据库验证、安全测试
如：知道某个 API 调用了某张表，测试时验证表数据是否被正确更新
🖥️ 三、按【测试对象/层面】划分
8. 功能测试（Functional Testing）
✅ 验证每个功能点是否按需求工作🧩 包括：UI测试、API测试、业务流程测试等
如：点击“加入购物车”按钮，商品数量是否+1
9. 非功能测试（Non-functional Testing）
验证“好不好用”，而非“能不能用”
➤ 性能测试（Performance Testing）
负载测试（Load Testing）→ 模拟正常/峰值压力压力测试（Stress Testing）→ 超出极限，观察系统崩溃点并发测试（Concurrency Testing）→ 多用户同时操作工具：JMeter, LoadRunner, Locust
➤ 安全测试（Security Testing）
漏洞扫描、SQL注入、XSS、权限越权、数据泄露工具：OWASP ZAP, Burp Suite, Nessus
➤ 兼容性测试（Compatibility Testing）
浏览器兼容（Chrome/Firefox/Safari）设备兼容（iOS/Android/不同分辨率）OS兼容（Windows/macOS/Linux）
➤ 易用性测试（Usability Testing）
用户体验是否流畅、直观、无障碍是否符合人机交互规范
➤ 可靠性测试 / 稳定性测试（Reliability Testing）
长时间运行是否稳定、有无内存泄漏、崩溃等
➤ 安装/卸载测试（Installation Testing）
安装包是否正常安装、升级、回滚、卸载干净
🔄 四、按【执行方式】划分
10. 手动测试（Manual Testing）
人工操作、观察、记录结果✅ 适合：探索性测试、UI体验测试、初期验证
11. 自动化测试（Automated Testing）
使用脚本/工具自动执行✅ 适合：回归测试、性能测试、大量重复场景🛠️ 工具：Selenium, Playwright, Cypress, Appium, Pytest + Allure
📦 五、按【是否运行程序】划分
12. 静态测试（Static Testing）
❌ 不运行程序，通过评审、走查、静态分析发现缺陷📄 包括：需求评审、代码审查、文档检查、Lint 工具扫描
如：用 SonarQube 扫描代码异味、安全漏洞
13. 动态测试（Dynamic Testing）
✅ 运行程序，输入数据，观察输出行为📌 我们平时说的“测试”大多指动态测试
🎯 六、其他重要测试类型（补充）
14. 回归测试（Regression Testing）
修改代码后，重新运行旧用例，确保原有功能未被破坏✅ 自动化首选场景！
15. 冒烟测试（Smoke Testing）
✅ 构建后快速验证核心功能是否可用（“先看看有没有着火”）通常作为 CI 门禁第一步
16. 探索性测试（Exploratory Testing）
🧠 无脚本、凭经验和直觉边测边设计用例✅ 发现“意料之外”的缺陷，常用于敏捷迭代
17. A/B 测试（A/B Testing）
🎯 面向用户的“实验型测试”，对比两个版本哪个效果更好常用于产品优化、UI改版、推荐算法等
18. 金丝雀发布测试 / 灰度测试（Canary Testing）
新版本先推给一小部分用户，观察无问题再全量✅ 降低发布风险
🗺️ 总结图谱（建议收藏）
┌─────────────┐
│ 软件测试类型 │
└──────┬──────┘
│
┌───────────────┴───────────────┐
▼ ▼
【按阶段划分】 【按技术划分】
单元→集成→系统→验收 黑盒 / 白盒 / 灰盒
│ │
▼ ▼
【按对象划分】 【按执行方式】
功能测试 / 非功能测试 手动 / 自动化
│ │
▼ ▼
【是否运行程序】 【其他专项测试】
静态 / 动态 回归/冒烟/探索/A-B/灰度...
✅ 一句话总结：
“软件测试不是单一动作，而是贯穿研发全生命周期、覆盖功能与非功能、结合手动与自动化、兼顾技术与业务的系统工程。”
可以这样记忆：
从对象层次看：单元 → 集成 → 系统 → 验收从方法角度看：黑盒/白盒/灰盒从目标维度看：功能 & 非功能（性能、安全、兼容性等）从流程时间看：冒烟 → 确认 → 回归从手段看：手工 & 自动化
📌 面试加分回答模板：
“我通常从测试阶段入手 —— 先做单元和集成测试保证代码质量，再通过系统测试验证端到端功能，最后用验收测试确认业务价值。同时结合黑盒方法设计用例，对核心路径做自动化回归，并辅以性能、安全、兼容性等非功能测试，形成全方位质量防护网。”