## 还需要确认的两项处理规则

### 条件风险一：音标中的部分字母可能被当作正文单词

需求要求音标不参与查词。现有处理可能只去掉音标中的特殊字符，留下f、n、m等普通字母，再把这些字母当作词处理。

测试应准备包含音标、普通英文和and/or等内容的混合正文，确认音标整体不生成假词，同时不误删正常英文。没有任何标记的纯英文形式音标，与普通英文可能无法区分，需要先约定数据如何标记，不能靠随意删除正文解决。

这项仍有输入规则和处理策略需要确认，未与17项明确问题混为同一类。

### 条件风险二：词库暂时不可用时，到底允许系统继续到哪一步

系统暂时拿不到最新词库时，可以选择让现有查询继续提供旧内容，保证部分功能可用。但如果重新处理题目时也使用旧词库，并把结果保存为成功，就可能把短暂故障变成长期的旧划词结果。

测试应区分“暂时查询到旧内容”和“把旧规则算出的结果保存下来”。产品和研发需要明确：拿不到新词库时，是暂停保存新划词结果，还是接受旧结果及其恢复时限。目前材料的可用性取舍与正确性承诺需要统一。

## 建议的测试顺序

1. 先测发布控制：人工修改只保存时，学生侧绝不能提前看到新内容。
2. 再测处理先后顺序：首次同步后立即发布、修改正文后处理延迟、旧计算晚于新计算完成。
3. 集中测发音失败：下载失败、查询失败、生成失败、超时、达到重试上限，以及失败词是否挡住后续词。
4. 核对后台与学生侧的最终结果：发音、完整性、翻译、可点击词与正文必须对应。
5. 最后覆盖导入和维护边界：坏文件、部分非法变形、无效条数、词性长内容、空格搜索、数字及音标处理。

## 已有修复与尚未验收的区别

此前的作答区取错字段、导入来源标记、补录与人工编辑相互等待等问题，已在本轮代码中看到修正，不重复列成当前问题。

本报告发现的问题随后已有独立修复代码交付；这只表示有代码可供审查。是否实际解决，仍需在部署对应代码和配置后，按上述步骤检查后台、学生侧数据与异常恢复，不能仅凭代码审查或少量复现程序通过销账。