什么时候需要做性能测试？

性能测试是确保系统在高负载、复杂场景下稳定运行的关键环节，通常在以下场景中需要执行性能测试：

---

### **1. 新系统上线或核心功能发布前**  
- **验证系统容量**：确保系统能承载预期的用户量和业务量（如日活用户、峰值并发）。  
- **预防生产事故**：提前发现性能瓶颈（如数据库慢查询、内存泄漏），避免上线后崩溃。  

---

### **2. 系统架构重大变更时**  
- **技术升级**：如数据库迁移（MySQL → PostgreSQL）、微服务拆分、缓存策略调整（Redis集群化）。  
- **基础设施调整**：云服务商更换、服务器扩容、负载均衡策略修改。  

---

### **3. 用户量或业务量显著增长时**  
- **业务扩展**：如电商大促（双11）、在线教育平台开学季、社交App热点事件突发流量。  
- **全球化部署**：新增区域服务器后，验证跨地域访问延迟和负载均衡效果。  

---

### **4. 性能问题修复后**  
- **优化验证**：针对已发现的性能问题（如接口超时、CPU飙升），验证修复方案的有效性。  
- **回归测试**：确保优化代码未引入新性能问题。  

---

### **5. 关键业务场景迭代时**  
- **功能复杂化**：如新增实时聊天、视频流处理等高资源消耗功能。  
- **第三方集成**：接入支付网关、AI模型服务等外部依赖，需测试其对系统整体性能的影响。  

---

### **6. 合规或行业标准要求**  
- **金融/医疗行业**：需满足监管要求的响应时间和系统可用性（如99.99% SLA）。  
- **竞品对标**：通过性能测试证明系统优于竞争对手（如页面加载速度、并发处理能力）。  

---

### **7. 用户投诉性能问题时**  
- **问题复现与定位**：通过测试复现用户描述的卡顿、超时现象，定位具体瓶颈（如网络延迟、数据库锁竞争）。  

---

### **8. 长期运行系统稳定性保障**  
- **老化测试**：验证系统在持续高负载下是否出现内存泄漏、连接池耗尽等问题（如7×24小时运行）。  

---

### **关键判断原则**  
- **风险驱动**：若性能问题可能导致业务损失或用户体验下降，必须测试。  
- **成本效益**：平衡测试投入与潜在收益（如小型内部工具可能无需复杂压测）。  

通过在这些关键节点执行性能测试，可以最大程度降低系统风险，确保稳定性和可扩展性。