今天是这个系列的收尾。没有新建大项目，而是在已有运费接口上增加一个字段，练习明确需求、检查 AI 生成的案例，以及运行完整回归。

最后让我觉得最有实际帮助的，是三个常用命令：同步环境、运行当前测试、运行全部测试。这套操作比抽象概念更容易直接带到今后的项目里。

## 一次小改动，先说清预期

接口原来返回运费，现在增加 free_shipping，告诉页面是否免运费：

```json
{"fee": 0, "free_shipping": true}
```

业务继续沿用原约定：非负整数金额未满 100 元收费 10 元，达到 100 元必须免运费，没有地区例外。新字段表示运费是否为零。

写代码前，先列出案例：

| Given：已知条件 | When：动作 | Then：预期 |
| --- | --- | --- |
| 订单 99 元 | 查询运费 | fee 为 10，free_shipping 为 false |
| 订单 100 元 | 查询运费 | fee 为 0，free_shipping 为 true |
| 订单 101 元 | 查询运费 | fee 为 0，free_shipping 为 true |

Given–When–Then 只是把前提、动作、结果说清楚，不需要安装另一个测试框架。

测试先确认旧响应缺少字段时失败，再增加实现：

```python
fee = calculator(total)
return {"fee": fee, "free_shipping": fee == 0}
```

这里复用已有运费计算，保留 Day 14 的学习版本，在 Day 15 的独立应用中展示新响应。随后检查缺少金额、非数字和负数仍然返回 422，最终保留六项测试。

## AI 在哪里，人又做什么

课堂一开始拿特殊报价说明测试审查。我连续追问了三个问题：AI 在这里起了什么作用？人需要做什么？150 元订单收取 20 元，符合正常规则吗？

第三个问题暴露了案例中的矛盾：原规则明确满额包邮，没有允许特殊收费的业务前提，助手却为了展示依赖替换，引入了“150 元收费 20 元”的替身结果。

因此撤掉了两条冲突报价测试，更新了讲义，继续使用原规则。依赖替换的用法已在 Day 14 演示，不需要为了制造差异再引入业务例外。

这个过程比假设 AI 可能犯错更具体：人实际检查了案例，指出它不符合既有需求。不能因为代码和测试都能通过，就跳过这一步。

## 怎样审查 AI 生成的测试

更合适的候选错误是：AI 把“100 元订单收费 10 元”写成预期。

这时应先指出，“满 100”包括恰好 100，预期必须是免运费。如果实现也误写为 `> 100`，错误测试可能与错误代码互相吻合，仍然全绿。

人的主要工作是确认业务规则、审查预期，并判断验证是否足够。AI 可以辅助列出候选场景、提出遗漏、编写代码和执行测试，但不能把它生成的答案自动当作需求。

一个实用的提问方式是：

> 先列出输入、预期结果与理由，指出不明确的规则，暂时不要实现。

先看案例表，比一开始就审查一大段实现更容易发现矛盾。确认后，再让 AI 编写测试、观察失败、实现并运行回归。

这次没有另外运行一套独立 AI 评测实验。记录的是当前助手参与编写代码，以及学习者审查并纠正案例的真实过程，不据此声称已经验证 AI 的可靠性。

## 三个命令，形成日常验证习惯

### 1. 按锁文件同步环境

```bash
uv sync --locked
```

根据 uv.lock 同步项目环境。如果项目声明与锁文件不一致，会失败，而不是自动更新锁文件。项目 Python 版本由 .python-version 固定。

它能减少依赖版本随意变化的问题，但不是每次都删除虚拟环境重新安装，也不等于已经验证新电脑上的全部安装过程。恢复环境时仍可能需要下载 Python 或依赖。

### 2. 先检查当前改动

```bash
uv run pytest lessons/day15 -v
```

使用项目环境，只运行当前相关测试，快速确认本次改动。实际项目应把目录替换成对应的测试文件或目录。

### 3. 再检查全部回归

```bash
uv run pytest -v
```

运行项目全部测试，检查其他已验证行为是否被破坏。测试全绿依然不能替代需求确认，也不能证明替身背后的真实服务已经接通。

这次已执行锁定同步和完整回归：Day 15 六项测试、全项目 90 项测试通过。

## 回看十五个单元

课程从断言与异常开始，逐步接触边界、参数化、fixture、可测试的代码，再到回归修复、文件、依赖替身、接口与异步并发。

内容不同，常用过程是一致的：明确规则，选择关键案例，用测试检查，修改实现，再运行回归。修复错误与整理结构尽量分开，不为了流程而强行增加抽象。

十五个单元完成的是引导练习，并不等于已经独立掌握所有内容。后续遇到实际任务，再用这些例子对照，按需要补充更深入的知识。

## 今日收获

今天对我最有帮助的是三个常用命令：uv sync --locked 按锁文件同步环境，运行当前单元的测试检查本次改动，再运行全部测试确认旧功能没有被破坏。相比抽象概念，这套操作更容易直接用到今后的项目中。其中，测试目录需要根据实际项目调整。

今天是这个系列的收尾。没有新建大项目，而是在已有运费接口上增加一个字段，练习明确需求、检查 AI 生成的案例，以及运行完整回归。

Python TDD 学习笔记 Day 15：把测试用进日常项目

系列收尾：在已有运费接口上增加 free_shipping 字段，练习明确需求、审查 AI 生成的测试案例，并总结三个日常验证命令（同步环境、跑当前测试、跑全量回归）。

编程语言

今天是系列收尾：在运费接口新增free_shipping字段，明确需求、审查AI生成案例并运行回归。核心是三个常用命令：uv sync --locked同步环境、运行当前测试、运行全部回归。通过案例审查发现AI引入特殊报价矛盾并纠正，强调人需确认业务规则与预期，测试全绿不能替代需求确认。最终90项测试通过，提供可直接落地的日常验证习惯。

Python

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

今天是系列收尾：在运费接口新增free_shipping字段，明确需求、审查AI生成案例并运行回归。核心是三个常用命令：uv sync --locked同步环境、运行当前测试、运行全部回归。通过案例审查发现AI引入特殊报价矛盾并纠正，强调人需确认业务规则与预期，测试全绿不能替代需求确认。最终90项测试通过，提供可直接落...

Python TDD 学习笔记 Day 15：把测试用进日常项目-腾讯云开发者社区-腾讯云

Python TDD 学习笔记 Day 15：把测试用进日常项目

Python TDD 学习笔记 Day 15：把测试用进日常项目

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐