Gli sviluppatori hanno ascoltato <3 Ho lamentato per un bel po' che scrivere test per le asserzioni di @phylaxsystems aveva un'esperienza di sviluppo davvero scadente. Il feedback esterno ha confermato questo, e la risoluzione dell'esperienza di sviluppo è stata prioritaria. La soluzione è un'interfaccia di test più semplice e potente!

Invece di impostare prima un'asserzione con un'etichetta confusa e abi.encode e poi utilizzare il complicato cl.validate per creare la tx da eseguire contro l'asserzione, ora abbiamo un semplice cheatcode che imposta l'asserzione da eseguire contro la prossima tx.

Solo una funzione di asserzione viene eseguita contro una transazione. Prima tutte le funzioni di asserzione che una tx attivava venivano eseguite ed era difficile testare funzioni di asserzione specifiche.

cl.validate() non ha persistito le modifiche di stato causate dalla tx che ha convalidato. Nella nuova interfaccia, le tx vengono eseguite come previsto e lo stato viene aggiornato, il che significa che puoi verificare che le modifiche di stato siano avvenute come previsto e scrivere test più completi.

Infine, ora puoi confrontare contro motivi di ripristino esatti, il che rende molto più facile scrivere test per casi limite specifici che falliscono un particolare controllo nella funzione di asserzione.

Essendo qualcuno che ha scritto molti test di asserzione finora, trovo questo aggiornamento fantastico. Devo scrivere meno codice e ho più controllo e funzionalità - devex come dovrebbe essere. Il team di Phylax è in 🔥