网站打不开 别人能打开网站收录情况

单元测试和集成测试是软件测试中两个关键层级，主要区别如下：

对比维度	单元测试	集成测试
测试范围	单个代码单元（函数/方法/类）	多个模块/组件的交互
测试目标	验证代码逻辑正确性	验证模块间接口和数据流
执行时机	开发过程中（编码阶段）	单元测试之后（模块组装阶段）
执行速度	极快（毫秒级）	较慢（依赖外部资源）
依赖处理	隔离依赖（使用Mock/Stub）	使用真实依赖（数据库/网络/服务）
问题发现	代码逻辑错误	接口不匹配、数据传递错误
测试工具	JUnit, pytest, Jest, Mocha	TestNG, Postman, Selenium, RestAssured
典型场景	计算函数结果验证	用户注册流程（涉及UI+API+DB）
维护成本	低（聚焦独立单元）	高（需协调多模块）
失败定位	精确到具体代码行	需排查模块间交互

深入解析：

1. 单元测试特点：

   • 测试原子功能：如calculateDiscount(price, rate)函数
   • 无需启动整个应用
   • 案例：验证输入100元打8折输出80元

   # pytest示例
   def test_discount():assert calculate_discount(100, 0.8) == 80assert calculate_discount(0, 0.5) == 0  # 边界测试
   

2. 集成测试特点：

   • 验证端到端流程：如电商下单流程：

     UI输入 → API调用 → 库存校验 → 支付接口 → 订单落库
     

   • 需配置测试环境（数据库/中间件）
   • 案例：用户支付成功后验证订单状态更新

测试金字塔模型：

          ↗  UI测试 (5-10%)↗ ↗  集成测试 (20-30%)↗ ↗ ↗  单元测试 (60-70%)

黄金比例：70%单元测试 + 20%集成测试 + 10%端到端测试

协作关系：

1. 开发阶段：单元测试保证代码质量
2. 持续集成：单元测试作为门禁
3. 提测前：集成测试验证核心流程
4. 缺陷修复：单元测试防止回归错误

关键认知：单元测试是地基，集成测试是承重墙。没有充分的单元测试，集成测试将变成代价高昂的"猜谜游戏"；而没有集成测试，系统就像没有组装的乐高积木——单个完美但整体无法工作。