此刻，绝大多数人员对于区块链测试的领会，还局限于使几个基础交易得以顺利运行，这是远远不足够的。实际上，真正的测试价值存在于对真实世界复杂情形的模拟之中，我们应当积极主动地去对系统的极限发起挑战，而并非任由它在一个完美无缺的环境里开展运行。
第一个测试方向：刻意制造网络混乱
在节点之间，人为地插入高延迟，以及丢包，甚至断网，来观察区块链网络是否能够在如此恶劣的环境之下达成共识。许多项目，在实验室网络当中表现十分完美，可一旦遭遇现实里的跨境网络波动，便会出现分叉，或者交易丢失的情况。唯有借助这种“混沌测试”，我们才能够确定系统在信号不佳的地铁，以及跨国专线抖动之时的真实表现。
第二个测试方向：模拟恶意攻击场景
不要仅仅进行正常转账的测试，而是要主动去模拟双花攻击、粉尘攻击以及长程攻击。比如说，尝试运用同一笔UTXO在不同节点上同时发起两笔交易，以此来看系统是怎样进行裁决的；亦或者是向全网广播大量小额交易，进而测试节点处理内存池的算力极限。这样做能够帮助我们提前去加固安全防线。
第三个测试方向：极端状态下的恢复能力
当数据量冲破千万级别的时候，全节点之间的同步速度到底怎样呢？假若某一个节点的硬盘满当当并且崩溃掉了会如何，重新启动之后需要耗费多长时间才能够追赶得上主网的进度呢？我有过一次对一个项目进行测试的经历，在把节点进程杀掉三天之后再重新启动它，它花费了整整两天的时间才再次同步完成，这样的一种体验在实际投入使用的过程当中是具有致命性的。
欢迎你在评论区分享测试中踩过的坑。
