You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Most tests we currently have focus on correct behavior and logic, but only a fraction of the information of the API is actually used.
I'm not sure, how to tackle this, but it would be great, if all fields of the results for each command are checked somewhere, similar to the ListPropertiesSpec.
The text was updated successfully, but these errors were encountered:
Currently I test all different types of transactions via "omni_gettransaction" in one specification, but it is also thinkable, maybe even better practise, to split and move those checks in the sub packages (e.g. foundation.omni.test.rpc.mdex, ...).
So I'm basically wondering: where should I put the tests? If you think it's better to split them and add them to the packages, then it raises the question, whether they should be part of the main specification (e.g. MetaDexSpec, ...), or rather placed into a new specification, but for each package, say for example something like foundation.omni.test.rpc.mdex.GetTransactionSpec?
Most tests we currently have focus on correct behavior and logic, but only a fraction of the information of the API is actually used.
I'm not sure, how to tackle this, but it would be great, if all fields of the results for each command are checked somewhere, similar to the ListPropertiesSpec.
The text was updated successfully, but these errors were encountered: