验收结论先说：数据字典升级不能只测试新下拉选项。团队必须证明历史记录仍按采集当时的字典版本解释，新记录使用新版本，映射规则有依据且可追溯；任何无法映射的旧编码都应明确暴露，而不是被静默归入“其他”或空值。
为什么字典升级会改变研究含义
疾病分型、访视结局、失访原因、严重程度和用药分类都可能使用编码。若系统只保存显示文字，升级后同一代码可能展示成新含义；若报表直接套用最新字典，历史分组、完成率和缺失原因分布也可能改变，即使原始记录没有被编辑。
验收要区分界面显示、底层代码、字典版本和分析映射四个层次。页面看起来正常，不代表接口、导出和统计仍然一致。
先建立升级前快照
用虚构数据覆盖各种旧值
在隔离环境准备每个有效编码、停用编码、空值、未知值、组合值和人工补充文本。为记录保存采集时间、字典版本、显示文字、操作者和来源，再导出明细、汇总报表和接口响应作为基线。
记录字典本身的版本证据
快照应包含代码、名称、定义、生效时间、停用时间、层级和适用表单。只截一张下拉框图片无法证明计算使用了哪一版，也无法支持以后复现。
升级后先回放旧记录
逐条打开升级前的数据，检查代码和原始版本未被改写。若业务要求显示新名称，应同时能查看采集时名称和映射说明。被停用的旧选项可以禁止新选，但历史记录不能因此变成空白。
再用相同条件重新导出和生成报表。若数字变化，系统必须给出可解释的映射或计算版本；不能把差异归因于“升级后自动优化”。正式研究是否允许重新分类，应由方案和有权岗位决定。
验证映射不是猜测
一对一映射相对简单，但拆分、合并和定义变化需要明确规则。例如一个旧原因被拆成三个新原因时，系统无法从旧记录自动知道应落在哪一项。正确结果通常是保留旧码、标记待处理或进入经过批准的人工判定，而不是随机选择或统一塞入第一项。
人工判定要记录依据、人员、时间和前后值。批量迁移应先预览影响数量和样本，审批后执行，并能导出失败明细。
接口和分析链也要验收
检查移动端、外部接口、数据仓库和统计程序是否同时支持版本字段。旧客户端提交停用代码时，应明确拒绝或兼容，不能返回成功却丢弃。分析程序读取记录时，应按预先规定选择采集时版本、统一分析版本或批准的映射表。
对同一批虚构记录，页面、API、导出和报表的代码与含义应相互对应。尤其要检查中文名称相同但代码不同、代码相同但版本定义变化的情况。
测试未知值和回滚
故意提交不存在的代码、缺失版本和未来生效的选项，系统应拦截并留下可诊断错误。升级中断时，不能出现一部分记录已经迁移、另一部分仍按旧逻辑计算而界面不提示。
回滚测试应验证应用版本回退后仍能读取新版本产生的数据，或明确进入只读和待处理状态。回滚不能删除审计轨迹，也不能再次执行同一迁移。
建议的验收步骤
- 冻结旧字典和历史数据快照。
- 在隔离环境导入虚构的全编码样本。
- 升级后回放页面、接口、导出和报表。
- 检查拆分、合并、停用和未知编码。
- 模拟中断、重复执行与版本回滚。
- 核对映射审批、失败明细和审计记录。
可独立引用的事实要点
数据字典版本是记录含义的一部分。保存了数值却没有保存版本，仍可能无法解释历史；升级兼容性验收的目标，是让每条记录在任何时间都能回答“当时这个代码是什么意思”。
FAQ
旧选项停用后，可以从页面和数据库一起删除吗？
通常不应直接删除历史解释依据。可以禁止新选择，但应按数据治理规则保留旧代码、版本和显示能力。
把所有旧编码转换成最新编码最方便吗？
不一定。定义变化可能无法一对一映射，批量转换需有正式规则、审批、预览、失败处理和完整留痕。
更多测试方法可参考科研随访工具验收建议。本文为通用测试思路，不构成具体产品功能承诺。