一套碳管理系统上线前需要完成哪些测试：排放因子、数据完整性与审计日志

建立计算基准样本

选取不同燃料、电力、工艺与供应链类别，人工完成可复算的期望结果。测试正常值、零值、负值、非常规单位和跨年账期。

误差容忍应区分四舍五入与方法错误。一个小数点或千克吨转换错误可能让总量扩大千倍。

因子与方法版本控制

检查因子能否按地区、年份和用途筛选，来源与发布时间是否可见。因子更新后，旧报告应保留原结果；重算必须产生新版本和差异记录。

方法边界变化可能比因子变化影响更大。验收应覆盖组织新增、场站停用和 Scope 类别调整。

数据质量与日志测试

导入时检测重复记录、缺失字段、异常单位与证据附件；审核后修改需要退回或重新审批。日志应记录谁在何时改变了什么、为什么改变。

对外部审计账号做只读和范围测试。备份恢复后，附件、审批和计算版本也应完整，而不仅是汇总表。

迁移与上线门槛

历史数据迁移后对账记录数、活动量、排放量和附件抽样。至少完成一个完整报告周期的平行运行，再确认旧流程停用。

验收报告应列出未解决问题、影响范围与补救责任。软件被“正式上线”不代表核算结果自动满足核证要求。

必须故意制造的失败场景

在测试环境输入重复发票、跨年度账期、空白单位、极端大值和错误因子地区，观察系统是阻断、提示还是静默接受。若错误数据可以直接进入发布版，系统的漂亮报表反而会掩盖风险。

模拟审核人离职、外部审计账号过期、备份恢复和网络中断，检查权限是否自动收回、附件是否可恢复、未完成操作是否会重复执行。再对新旧系统的同一报告期做逐项对账。

上线门槛应写成可判断条件，例如关键排放源覆盖率、重大错误为零、备份恢复成功、审计日志可追溯。未达标项目可以安排补救计划，但需明确限制其用于对外披露。

实务核对要点

准备一份人工复核的黄金样本，覆盖直接排放、购电和至少一种价值链类别。

测试千克与吨、立方米与千瓦时等单位转换，避免数量级错误被总量图掩盖。

模拟因子库更新和组织结构调整，确认历史版本保持可读且可复算。

从汇总结果随机抽取记录追踪至附件、审批人和原始录入时间，验证日志完整性。

开展备份恢复和权限越权测试，把未通过项目写入上线限制与整改计划。

进一步分析

验收应区分功能测试与方法测试。界面允许选择 Scope 3 类别属于功能；该类别的活动数据、因子与边界是否按照批准方法计算，则属于方法。两者应由 IT 与碳核算负责人共同签字。

可把错误分成阻断级、需人工复核级和提示级。单位千倍错误或错误组织边界应阻断发布；轻微格式问题可提示修正。分级标准要与排放影响和对外披露风险相匹配。

还应测试极端操作：多名用户同时编辑、网络重试导致重复上传、附件上传失败、报告期冻结后迟到数据。系统在这些情况下应给出明确状态与恢复路径，而不是悄悄丢失数据。

验收结束后保存测试数据、预期结果、实际截图、缺陷处理记录与签字版本。以后因子库、计算公式或接口升级，都应回归这套样本。没有长期回归机制的“一次性验收”很难保证后续年度结果仍可复算。