Release testing instructions for WC Payments 9.2.0
Subscription renewal should fail in live mode if subscription was placed when WooPayments was in the test and vice versa.
Testing instructions (taken from the pull request):
- Install WooCommerce Subscriptions and create a subscription product
- Create a subscription order in the test mode
- As a merchant, open the subscription order and choose "Create a pending renewal order". This command should complete successfully.
- Edit the value for the
_wcpay_modemeta for the created order in the database tablewp_wc_orders_meta. E.g. to "foo". - As a merchant, open the subscription order and choose "Create a pending renewal order". You will see a failure message:
Creation of the pending renewal order failed. The subscription was made in the mode "foo" that does not match the current WooPayments mode "test".
- Go to
WooCommerce -> Status -> Scheduled actions - Find a pending action
woocommerce_scheduled_subscription_paymentwith the subscription order. - Run the action.
- A failure note will appear:
- Failed actions will contain a record with an error:
- Check that there is no new order has been created for the renewal.
Note
When Shopper tries to renew a subscription themselves it appears to go into the different flow and creates a new order in the correct WooPayments mode and is unaffected by this change.
PR https://github.com/Automattic/woocommerce-payments/pull/10600
- Use cards here to pay for a few orders https://docs.stripe.com/testing?testing-method=card-numbers#refunds
- Go to the WP Admin order page, try to do refund for an order.
- Similarly, go to the recent transactions with the mentioned cards under Payments > Transaction, and try to do refund:
- Expect: all respective pending, succeeded, failed notes are added into the order. After a pending note, there may be a wait from a few to 10 minutes so that either succeeded or failed notes are added.
PRs https://github.com/Automattic/woocommerce-payments/pull/10558 and https://github.com/Automattic/woocommerce-payments/pull/10636
- Go to Payments → Settings and scroll down until you see the fraud settings
- The tour should be displayed
- Expect for PR 10558: Confirm that all the steps point to their appropriate reference in desktop and mobile modes.
- Expect for PR 10636: after finishing the tour, refresh the page and revisit this section again, the tour does not display.
- Ensure that WooPayments and WooCommerce Subscriptions are installed and active, and shop country is US.
- "Enable Stripe Billing for future subscriptions should be visible in the WooPayments settings. Scroll down to the "Advanced settings" block.
- Verify that "Enable manual capture" setting can be enabled and disabled when the Stripe Billing option is not active.
- Verify that "Enable Stripe Billing for future subscriptions" can be enabled and disabled when "Enable manual capture" setting is not active.
- Activate "Enable manual capture" setting.
- Try to activate "Enable Stripe Billing for future subscriptions". The modal should appear, and the setting won't be activated.
- Deactivate "Enable manual capture" setting.
- Activate "Enable Stripe Billing for future subscriptions".
- Try to activate "Enable manual capture" setting. It should be disabled and the warning notice saying "Manual capture is not available when Stripe Billing is active." should appear under it.
- Navigate to WooPayments settings.
- Navigate to WooPay settings. Click back button and check that you have been navigated to the WooPayments settings.
- Navigate to ApplePay / GooglePay settings. Click back button and check that you have been navigated to the WooPayments settings.
- Click back button and check that you have been navigated to the Settings -> Payments.
