为软件工具链提供系统化测试与验证方案，覆盖单元测试、端到端测…

# 订单管理系统 pytest 单元测试方案

一、总体策略

针对30多个接口，不建议逐个手写用例，采用分层策略：

• 核心重点：下单接口（金额计算、库存扣减）写细粒度用例，追求90%+覆盖
• 一般接口：用参数化+固定模板批量覆盖（正常流+异常流各1-2条），保住整体80%
• 工具支撑：coverage.py 统计覆盖率，pytest-xdist 并行提速

二、金额计算核心用例

```python

import pytest

class TestOrderAmount:

def test_normal_total(self):

# 单价 × 数量

assert calc_amount(price=100, qty=3) == 300

@pytest.mark.parametrize("price,qty,expected", [

(0.1, 3, 0.3), # 浮点精度

(99.99, 1, 99.99),

(0, 5, 0),

])

def test_param(self, price, qty, expected):

assert calc_amount(price, qty) == pytest.approx(expected, rel=1e-9)

def test_discount_and_coupon(self):

# 满减、折扣叠加顺序需与业务规则一致

...

```

必测场景清单：

• 浮点精度：用 Decimal 或 pytest.approx，禁止裸比 float
• 边界：0金额、超大金额、单价/数量为0或负数
• 优惠叠加：满减+会员折扣+优惠券的计算顺序
• 优惠券过期、不满足门槛

三、库存扣减核心用例

• 正常扣减：扣减后余量正确
• 超卖防护（重点）：库存为1时并发下单2单，用 mock/锁验证只成功1单
• 并发场景：pytest-parallel 或多线程模拟，验证行锁/乐观锁生效
• 回滚逻辑：支付失败、订单取消后库存回补
• 边界：库存为0、扣减数量大于库存、重复扣减

四、Mock 外部依赖

用 unittest.mock / pytest-mock 隔离：

• 支付网关、短信通知、消息队列 → 全部 mock
• 数据库：单测层 mock DAO；集成测试用测试库 + pytest fixture 每次回滚数据

```python

@pytest.fixture

def mock_pay(mocker):

return mocker.patch("order.service.pay_gateway")

```

五、保证80%覆盖率的落地方法

```bash

pytest --cov=order --cov-report=term-missing --cov-fail-under=80

```

• 覆盖率不达标时看 term-missing 报告补用例
• 排除纯配置、migration 文件：.coveragerc 中 omit
• CI 中设 --cov-fail-under=80 卡门禁

六、工程化建议

• 目录结构：tests/unit/（单测）与 tests/integration/（接口测试）分离
• fixture 统一管理测试数据，用 factory_boy 造订单数据
• 每个接口至少：1条正常流 + 边界