*压力测试**- **核心**：通过施加超出正常范围的负载（如高并发、大数据量、高频操作等）
一、软件测试类型及核心内容
压力测试
- 核心：通过施加超出正常范围的负载（如高并发、大数据量、高频操作等），检验系统在极端条件下的稳定性和容错能力，目标是发现系统崩溃点或性能瓶颈。
- 变体（敏感性测试）：针对合法输入范围内的边界值或特殊数据组合进行测试，观察系统是否出现异常行为或性能显著下降。
性能测试
- 适用场景：常用于实时系统、嵌入式系统或对响应时间有严格要求的系统。
- 特点：可在单元、集成阶段初步开展，但最终性能需在完整集成环境中验证；通常与压力测试结合使用，依赖性能监控工具（如JMeter、LoadRunner）来收集CPU、内存、响应时间等资源使用数据。
部署测试
- 核心：验证软件在不同硬件平台、操作系统版本、浏览器或网络环境中的兼容性（又称配置测试）。同时检查安装/卸载流程的正确性、配置文件的有效性以及相关文档的准确性。
二、面向对象软件的单元测试
- 单元定义：以“类”为基本测试单元，测试覆盖类的属性（状态）和方法（行为），其中“方法”是最小可测试单位。
- 特点：
- 一个类包含多个方法，需为每个方法设计独立的测试用例；
- 需关注构造函数、析构函数、继承、多态、重载等面向对象特性带来的复杂性；
- 特殊操作（如回调函数、事件处理、异常处理）需制定专门的测试策略；
- 常借助桩模块或模拟对象（Mock Object）来隔离外部依赖，确保测试的可控性和可重复性。
压力测试与性能测试的主要区别在于测试目标、负载条件和评估重点：
| 对比维度 | 压力测试（Stress Testing） | 性能测试（Performance Testing） |
|---|---|---|
| 测试目标 | 验证系统在超出正常负载时的稳定性、容错能力和恢复能力，找出系统崩溃点。 | 评估系统在正常或预期负载下的响应时间、吞吐量、资源利用率等性能指标。 |
| 负载条件 | 施加极端负载（如超高并发、大数据量、资源耗尽），远超系统设计极限。 | 使用典型或预期范围内的负载，模拟真实用户行为。 |
| 关注点 | 系统是否崩溃、能否正确处理错误、是否能恢复正常运行（如自动重启）。 | 系统响应速度、处理效率、资源消耗是否满足性能需求。 |
| 执行时机 | 通常在性能测试之后进行，用于边界探索。 | 在系统基本功能稳定后开展，贯穿开发周期。 |
| 结果用途 | 发现系统的薄弱环节，验证容错与恢复机制。 | 提供性能基线，支持容量规划和优化决策。 |
举例说明：
- 对一个电商网站做性能测试：模拟1000个用户同时登录，查看平均响应时间为800ms，CPU使用率为65%，符合要求。
- 做压力测试：模拟1万个用户同时下单，导致数据库连接池耗尽，系统出现错误页面——此时关注的是系统是否能返回友好提示、能否在流量回落后续服务。
✅总结：性能测试是“看系统跑得快不快”，压力测试是“看系统扛不扛得住”。