数字货币内部测试，光跑功能用例远远不够，这几件事才是真重点

摘要： 数字货币内部测试，光跑功能用例远远不够，这几件事才是真重点数字货币内部测试这件事，做了三年支付系统的人最有感触。我们内部测试数字货币时，最头疼的就是清算对账。数字货币涉及分布式账本...

数字货币内部测试，光跑功能用例远远不够，这几件事才是真重点

数字货币内部测试这件事，做了三年支付系统的人最有感触。真不是跑完用例签个字就完事，里面藏着太多坑，踩过的都是真金白银换来的教训。

沙箱环境跟生产环境永远有差异。我们内部测试数字货币时，最头疼的就是清算对账。沙箱里T+0能跑通，到预发环境换了真实密钥之后，对账延迟直接飙到四十秒，测试同学当时直接懵了数字货币内部测试，光跑功能用例远远不够，这几件事才是真重点，回头查了两天才定位到是网关路由缓存没刷新。

并发压力这块，很多人会忽略。数字货币涉及分布式账本，双花攻击和并发写入的测试不能只靠压测工具模拟，得设计真实的交易竞争场景。我们上次发现超过两千笔每秒时，共识节点会出现状态漂移，这个问题在功能测试阶段根本暴露不出来，全靠一轮全链路压测才抓出来。

密钥管理是另一道关。内部测试阶段，测试人员手里握着的是测试主密钥，但流程上必须和生产环境做硬隔离。有一次测试同学图省事，把测试密钥的生产签名逻辑直接复用了，差点把灰度数据搞脏。从那以后我们把密钥权限拆成了三级，每级只能看到自己该看的数据。

上线前的回归测试千万别省。数字货币协议迭代快，一个参数调整可能影响整条链路。我们内部定了一条死规矩：每次版本更新，核心交易链路必须跑全量回归数字货币内部测试，哪怕只改了一行日志。省这一步，生产环境出问题就是事故。

你们团队内部测试时，有没有遇到过环境差异导致的"灵异问题"？