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
As a developer, I want to write tests for the OrderService functions so that the core order management logic is thoroughly tested.
Acceptance Criteria
GIVEN the CreateOrder method
WHEN testing
THEN validate it handles fetching order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order status
GIVEN the RefundOrder method
WHEN testing
THEN validate it handles fetching lock order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order status
GIVEN the RevertOrder method
WHEN testing
THEN validate it handles fetching order data, calculating revert amount, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order
GIVEN the SettleOrder method
WHEN testing
THEN validate it handles fetching lock order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order
Product & Design Links
Tech Details
Mock out RPC client calls to the bundler and paymaster APIs
Open Questions
Notes/Assumptions
The text was updated successfully, but these errors were encountered:
After carefully looking through the services and the nested loop of API call from
getNonce
GetPaymasterAccount
executeBatchTransferCallData
executeBatchCreateOrderCallData
eth_getUserOperationReceipt
pm_accounts
all has to be mocked with fuzzy reponses, unlike the userop_test for user_op which the RPC values returned are not been consumed. here in evm.go. "Everything is in use" and dependant on the next
User Story
As a developer, I want to write tests for the OrderService functions so that the core order management logic is thoroughly tested.
Acceptance Criteria
GIVEN the
CreateOrder
methodWHEN testing
THEN validate it handles fetching order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order status
GIVEN the
RefundOrder
methodWHEN testing
THEN validate it handles fetching lock order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order status
GIVEN the
RevertOrder
methodWHEN testing
THEN validate it handles fetching order data, calculating revert amount, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order
GIVEN the
SettleOrder
methodWHEN testing
THEN validate it handles fetching lock order data, initializing user operation, creating calldata, sponsoring, signing, sending, and updating order
Product & Design Links
Tech Details
Open Questions
Notes/Assumptions
The text was updated successfully, but these errors were encountered: