为一个关键分支补好测试草稿

请在当前项目中选一个值得补测试的小范围逻辑，直接写出可采用的测试草稿。

先识别现有测试框架和约定。优先检查当前未提交改动涉及的纯函数或明确条件分支；没有合适改动，就从测试附近选一个边界行为清楚的函数。只选一个对象，阅读实现及最多 3 份相关测试，不引入测试框架，不替我选大模块。

用调用方、已有测试或文档确定预期行为，挑最多 3 个真实缺口，例如空输入、边界值、错误分支。每个用例写清它能抓到什么回归；不为了覆盖数字机械复刻实现，不臆测业务规则。

交付带必要 import 和断言的完整测试代码、建议放置路径、项目现有的精确运行命令。若需要合入现有文件，给出明确插入位置。不要只列测试名称，也不改动现有代码。

完成标准：静态核对调用签名、依赖和测试风格；明确标注未执行，不能声称测试通过。没有测试框架或无法确定预期行为时，交付缺口与证据，不搭建新环境。

执行约定：
直接开始，不先给计划让我确认，也不要让我选文件或补填模板。只用当前项目、当前对话及我已提供的材料，不搜索其他项目或私人历史。缺少材料时完成有依据的部分，在结果中说明缺口；完全不适用就说明原因并结束，不虚构成果。
保留现有文件和未提交改动；候选内容在回复中完整给出，适合独立成文的成果可另存为不重名的新文件。不要安装依赖、修改环境、提交、推送或发布。遇到权限或访问限制，记录未完成项，不绕过限制。自查一次后交付并结束，不用“是否继续”收尾。