按测试阶段划分（V模型）
这是最经典、最基础的划分方式，与软件开发生命周期紧密相关。
单元测试
- 定义：对软件中最小的可测试单元（如一个方法、一个类）进行验证，确保其行为符合预期，这是测试金字塔的基石。
- 测试对象：单个的类、方法、函数。
- 优点：
- 快速：运行速度快，反馈周期短。
- 隔离性好：可以独立测试某个功能，不受外部依赖影响。
- 成本低：在早期发现问题，修复成本极低。
- 文档化：好的单元测试本身就是一份活的文档。
- Java常用工具/框架：
- JUnit：Java单元测试的事实标准，JUnit 5 (Jupiter) 是目前的主流版本，支持函数式编程风格、参数化测试等。
- TestNG：功能比JUnit更强大，支持更复杂的测试场景（如依赖测试、分组测试），常用于集成测试和自动化测试。
- AssertJ / Hamcrest / Truth：提供流式的、可读性强的断言语法，让测试代码更优雅。
- Mockito / PowerMock：模拟框架，当单元测试依赖外部系统（如数据库、网络服务）时，可以使用它们来创建这些依赖的“替身”（Mock），实现隔离测试。
- 示例：测试一个
Calculator类的add(int a, int b)方法，断言其返回值等于a + b。
集成测试
- 定义：将已经通过单元测试的模块或服务组合在一起，测试它们之间的接口和交互是否正确。
- 测试对象：模块与模块之间的接口、服务之间的调用、数据库与代码的交互等。
- 优点：
- 发现接口问题：能暴露单元测试无法发现的接口定义错误、数据格式不匹配等问题。
- 验证协同工作：确保各个部分能正确地协同工作。
- Java常用工具/框架：
- Spring Boot Test：提供了对Spring Boot应用的集成测试支持，可以方便地启动一个内嵌的、轻量级的Web服务器（如Tomcat）和数据库进行测试。
- JUnit & TestNG：同样可以用来编写集成测试用例。
- REST Assured / HttpClient：用于测试RESTful API接口。
- Testcontainers：一个革命性的工具，可以在测试中启动真实的、隔离的数据库（如MySQL, PostgreSQL）、Redis等，确保测试环境与生产环境一致。
- 示例：测试一个
UserService调用UserRepository（与数据库交互）来保存用户信息的场景，验证用户是否能被正确保存到数据库中。
系统测试
- 定义：将整个软件系统作为一个完整的整体进行测试，验证其是否满足所有功能和性能需求。
- 测试对象：整个完整的、集成的软件系统。
- 优点：
- 端到端验证：从用户视角验证整个业务流程是否通畅。
- 非功能性测试：是进行性能、压力、安全、兼容性等非功能性测试的主要阶段。
- Java常用工具/框架：
- Selenium / Cypress / Playwright：用于Web应用的UI自动化测试，模拟用户在浏览器中的操作。
- JMeter / Gatling：用于性能测试和负载测试，模拟大量用户并发访问系统。
- Appium：用于移动App的UI自动化测试。
- Postman / Newman：用于API的集合测试和自动化回归。
- 示例：模拟一个用户完整的购物流程：浏览商品 -> 加入购物车 -> 下单 -> 支付 -> 查看订单状态。
验收测试
- 定义：由客户、产品负责人或最终用户来执行，以确认软件是否满足业务需求和用户期望，是否可以正式发布。
- 测试对象：软件产品是否满足业务合同或需求规格。
- 优点：
- 最终把关：确保软件对用户是有价值的。
- 减少返工：在上线前发现业务理解上的偏差。
- Java常用工具/框架：
- Cucumber / SpecFlow：支持BDD（行为驱动开发），使用自然语言（如Gherkin语法
Given-When-Then）来编写测试用例，便于非技术人员参与。 - Selenium / REST Assured：同样可以用于实现自动化的验收测试。
- Cucumber / SpecFlow：支持BDD（行为驱动开发），使用自然语言（如Gherkin语法
- 示例：产品经理根据用户故事编写一个场景：“Given 我是一个登录用户，When 我将一件商品加入购物车，Then 我的购物车中应该显示这件商品。”
按测试代码是否编写划分
手动测试
- 定义：由测试人员手动执行测试用例，通过观察、操作和记录来发现缺陷。
- 适用场景：
- 探索性测试。
- UI/UX的直观感受和易用性测试。
- 一次性的、临时的测试需求。
- 自动化难以实现的复杂场景。
自动化测试
- 定义：使用脚本或工具自动执行测试用例，并与预期结果进行比较。
- 优点：
- 提高效率：可以7x24小时不间断执行，回归测试效率极高。
- 节省人力：减少重复性的人工劳动。
- 提高准确性：避免人为操作失误。
- 支持持续集成/持续部署：是现代软件工程实践的基石。
- 适用场景：
- 回归测试：软件版本迭代后，验证新功能未破坏旧功能。
- 重复性测试：如数据加载、性能基准测试。
- API测试：接口的自动化测试非常成熟和高效。
- 冒烟测试：在正式测试前，快速验证核心功能是否可用。
- 不适用场景：
- 频繁变化的UI。
- 一次性的测试。
- 探索性测试。
按关注点划分（黑盒 vs. 白盒）
黑盒测试
- 定义：不关心软件内部的代码结构和逻辑，只关注输入和输出，测试人员像一个普通用户一样，根据需求规格来设计测试用例。
- 测试方法：
- 等价类划分法：将输入域划分为若干个等价类，从每个类中选取一个代表进行测试。
- 边界值分析法：重点测试输入范围的边界值，因为错误常发生在边界上。
- 判定表法：适用于多个输入条件组合产生不同输出的复杂逻辑。
- 场景法/流程分析法：模拟真实的业务流程进行测试。
- 适用阶段：主要用于系统测试和验收测试。
白盒测试
- 定义：基于对软件内部代码结构和逻辑的理解来设计测试用例，确保代码的每一条路径、每一个分支都得到测试。
- 测试方法：
- 语句覆盖：确保每一行代码至少被执行一次。
- 分支覆盖：确保每一个
if-else、switch等分支的每个方向都至少被执行一次。 - 路径覆盖：确保程序中所有可能的执行路径都被测试到（通常成本较高）。
- 适用阶段：主要用于单元测试。
灰盒测试
- 定义：介于黑盒和白盒之间，测试人员不完全了解内部代码，但了解部分系统架构和设计，在API测试中，测试人员知道请求会调用哪个服务，但不知道该服务的具体实现。
- 适用场景：集成测试、API测试。
其他重要的测试类型
- 性能测试：测试软件在不同负载下的响应时间、吞吐量、资源利用率等，包括负载测试、压力测试、稳定性测试。
- 安全测试：发现软件中的安全漏洞，如SQL注入、跨站脚本、权限绕过等。
- 兼容性测试：测试软件在不同操作系统、浏览器、设备、网络环境下的表现。
- 可用性测试：评估软件是否易于学习、使用和高效。
- 回归测试：软件变更后，重新执行之前的测试用例，确保未引入新问题。
总结与最佳实践
| 测试类型 | 测试对象 | 关注点 | 常用Java工具 |
|---|---|---|---|
| 单元测试 | 类、方法 | 内部逻辑、代码覆盖率 |
