开发者们听取了意见 <3 我抱怨了很长一段时间，@phylaxsystems 的断言写测试的开发体验真的很糟糕。 外部反馈证实了这一点，因此修复开发体验被优先考虑。 修复后的结果是一个更简单、更强大的测试接口！

我们现在有一个简单的作弊码，可以设置要针对下一个交易运行的断言，而不是先设置一个带有混淆标签的断言和abi.encode，然后使用复杂的cl.validate来构造交易以运行断言。

仅对一个事务运行一个断言函数。 在此之前，所有由交易触发的断言函数都会被运行，这使得测试特定的断言函数变得困难。

cl.validate() 没有持久化由它验证的交易所导致的状态变化。 在新接口中，交易按预期执行，状态得到更新，这意味着您可以验证状态变化是否按预期发生，并编写更完整的测试。

最后，您现在可以针对确切的回退原因进行匹配，这使得为在断言函数中失败的特定边缘情况编写测试变得更加容易。

作为一个到目前为止编写了很多断言测试的人，我觉得这个更新太棒了。 我需要写更少的代码，并且我有更多的控制和功能——开发体验应该是这样的。 Phylax团队正在🔥