Les développeurs ont écouté <3 J'ai râlé pendant un bon moment sur le fait que rédiger des tests pour les assertions de @phylaxsystems avait une très mauvaise expérience développeur. Des retours externes ont confirmé cela, et la correction de l'expérience développeur a été priorisée. La solution est une interface de test plus simple et plus puissante !

Au lieu de d'abord configurer une assertion avec une étiquette confuse et abi.encode, puis d'utiliser le cl.validate compliqué pour créer la tx afin d'exécuter l'assertion, nous avons maintenant un simple cheatcode qui configure l'assertion à exécuter contre la prochaine tx.

Une seule fonction d'assertion est exécutée contre une transaction. Auparavant, toutes les fonctions d'assertion déclenchées par une transaction étaient exécutées, ce qui rendait difficile le test de fonctions d'assertion spécifiques.

cl.validate() n'a pas persisté les changements d'état causés par la tx qu'il a validée. Dans la nouvelle interface, les txs sont exécutés comme prévu et l'état est mis à jour, ce qui signifie que vous pouvez vérifier que les changements d'état se sont produits comme prévu et écrire des tests plus complets.

Enfin, vous pouvez désormais faire correspondre des raisons de retour exactes, ce qui facilite grandement l'écriture de tests pour des cas particuliers qui échouent à un contrôle particulier dans la fonction d'assertion.

En tant que personne ayant écrit beaucoup de tests d'assertion jusqu'à présent, je trouve cette mise à jour incroyable. Je dois écrire moins de code, et j'ai plus de contrôle et de fonctionnalités - devex comme il se doit. L'équipe Phylax est en 🔥