switch from workload generator to procedural test style for VM-defined workloads

[github-actions]

Line: 21

hypersdk/tests/workload/transactions.go

Lines 18 to 28 in d1f9713

	type TxWorkloadFactory interface {
	// NewWorkloads returns a set of TxWorkloadIterators from the VM. VM developers can use this function
	// to define each sequence of transactions that should be tested.
	// TODO: switch from workload generator to procedural test style for VM-defined workloads
	NewWorkloads(uri string) ([]TxWorkloadIterator, error)
	// Generates a new TxWorkloadIterator that generates a sequence of transactions of the given size.
	NewSizedTxWorkload(uri string, size int) (TxWorkloadIterator, error)
	}
	type TxAssertion func(ctx context.Context, uri string) error

[aaronbuchwald]

We should support writing procedural style VM tests that assume only an injected dependency for how to issue and confirm txs and get the URIs of the HyperSDK server for each available node, so that we can send API requests and confirm the state of the chain as needed.

This should replace NewWorkloads(...) with a format that looks like:

type TestNetwork interface {
	ConfirmTxs([]*chain.Transaction)
	URIs() []string
}

And allows users to write their tests in a procedural format like:

func executeTest(vm TestNetwork) {
	uris := vm.URIs()
	// Step 1
	vm.ConfirmTxs([]*chain.Transaction{})
	client := indexer.NewClient(uris[0])
	_ = client // Perform some API calls to confirm the state of the chain
	// Step 2
	vm.ConfirmTxs([]*chain.Transaction{})
	// Step 3
	vm.ConfirmTxs([]*chain.Transaction{})
}

1. Return a TestNetwork interface from the environment setup function and execute tests against it
2. Create a TestRegistry that allows users to register each of their test functions and then executes the registry in the existing integration.go / e2e.go files

We'll need to implement TestNetwork in both e2e (issue via jsonrpc API and confirm with tx indexer) and integration (issue via vm.Submit and confirm either via indexer API or checking the block contents directly) environments.