从规则含义确定数据位置
客户要求增加“项目归属”，先确定它属于客户、订单还是订单明细。一个客户可能同时购买多个项目商品，如果只在客户档案新增字段，历史订单和多项目订单可能无法正确归集。
明确谁填写、谁可以修改、何时必填、是否可以为空，以及旧数据如何解释。业务定义清楚以后，再决定页面、数据库和接口的修改。
核对所有录入与展示入口
客户商城、业务员代客开单、批量导入和接口创建可能都能产生订单。新增字段不能只修改管理端手工录入，而让其他入口继续产生缺少必要资料的记录。
查看列表、详情、打印和导出是否需要展示。权限还要决定客户、销售、仓管与财务各能看见什么，避免内部成本或敏感资料进入客户页面。
计算与状态变化单独验证
修改价格、优惠、数量或审核规则，可能影响金额、库存占用、退款和完成状态。准备正常、边界与冲突样例，验证数值与状态变化，而非只检查新字段是否保存成功。
例如新增折扣优先级，应核对指定价、活动价和赠品同时出现的情况，以及部分退货时如何沿原成交计算。测试记录保留输入和预期依据。
接口、报表与历史单据一起评估
新资料可能需要发送到ERP或用于经营报表。确认字段映射、默认值与版本兼容；接收端尚未升级时如何处理，也应明确。
历史单据没有新字段值时，是保留空值、按可核实资料补齐，还是沿旧口径查询，由业务负责人确认。不能为让报表整齐而推测历史归属。
用跨岗位样例验证完整流程
安排客户下单、销售确认、仓库交付、财务核对和管理者查询的一组业务。增加修改、取消、部分退货以及不同权限访问等异常样例。
每个场景记录版本、资料、步骤、预期、实际结果和证据。企业可以将高频场景固定为后续变更的回归清单，持续保护关键业务。
上线与回退说明对应数据变化
发布记录列出数据库脚本、配置调整、应用版本和执行顺序。字段或状态变更涉及存量数据时，先在测试环境演练，并确认备份与恢复条件。
回退代码后数据库是否兼容、上线期间新单如何保留、外部系统已接收的资料如何衔接，需要提前确定。二次开发完成也应更新操作说明与交接资料。