This section assumes you've followed our Quickstart section of our Getting Started guide to install and configure our SDK.
In order to test your purchases, you'll need a sandbox test account. You can create test accounts from your App Store Connect dashboard > Users and Access > Sandbox Testers.
If you need help, you can refer to Apple's guide on creating sandbox testers here.
Valid email required for sandbox accounts
Keep in mind you'll need to create sandbox accounts with valid emails that you can verify you own.
To test purchases in different regions, you should set your sandbox user's App Store Country or Region property to the territory you'd like to test.
This section is for testing on a physical device. If you want to test on the simulator, skip to the next section for instructions on how to get started with StoreKit testing.
On iOS 13 and earlier, even for sandbox purchases, you'll need to test on a real device. Starting from iOS 12, you're able to add a sandbox account to your device without having to sign out of your Apple Developer account.
On iOS 12 or greater, navigate to
Settings > [Your Account] > App Store > Sandbox Account.
On iOS 13 or greater, navigate to
Settings > App Store > Sandbox Account.
On macOS 11.5.2 or greater, navigate to
App Store > Preferences > Sandbox Account.
Add the sandbox account credentials that you previously created. (The sandbox account credentials won't appear until you've made a purchase using a sandbox account in a development build.)
If you do not see the option to add a sandbox account under iOS settings, make a sandbox purchase in your app. Apple will show a popup to enter login details, then you will see your account in iOS settings.
Starting from iOS 14, you can test sandbox purchases in the simulator. If you're using a physical device, you can skip this section.
Testing on the simulator requires one of these SDK versions:
StoreKit testing works on iOS 14 and later
Make sure to test on a real device if testing on iOS 13 or earlier.
StoreKit testing is currently incompatible with macOS
While you can upload a StoreKit configuration file with a macOS app, this setup is currently incompatible with the Purchases SDK. When making test purchases on the simulator, the transactions will appear to go through but you'll receive an error from our backend. It's recommended to test without configuration files until this is addressed.
Go to File > New > File... in the menu bar and select StoreKit Configuration File. Save the file in the top-level folder of your project and add it to your targets.
Click the scheme in the scheme menu and click Manage Schemes...
Select your current scheme and click Duplicate.
In the scheme editor, add the StoreKit Configuration file you created in Step 1 and click Close.
In the editor, click the "+" button at the bottom and create a new product. In this tutorial, an auto-renewable subscription will be created.
Enter a name for a new subscription group and click Done. The subscription group name should match one that is set up for your app in App Store Connect, but it's not a requirement. That means you can test your subscription groups and products in the simulator and then create the products in App Store Connect later.
Products in the configuration file must be set up in RevenueCat
Even though products don't have to be set up in App Store Connect, they have to be set up in RevenueCat so that RevenueCat can validate the sandbox receipt. Refer to the Configuring Products guide for more information.
Configure the subscription as needed by filling in the Reference Name, Product ID, Price, Subscription Duration, and optionally an Introductory Offer. Again, this product doesn't have to exist in App Store Connect for you to test purchasing in the simulator. Here is a sample configuration:
Repeat this for as many products as you want.
Go to Editor > Save Public Certificate and save the public certificate to your project.
Go to your app's configuration page in your RevenueCat project settings (Project Settings > Apps > [Your App]). Expand the dropdown StoreKit testing framework and upload the certificate to your app. If successful, you should see Certificate added.
You did it!
You're ready to make purchases locally in the simulator!
Build and run your app on your device. When you attempt to make a purchase, you may be still be prompted to sign in with the sandbox account you just created.
Apple may prompt you to sign in with an Apple ID whenever you make or restore a purchase. When using Purchases, this could only happen when you call
.restoreTransactions. Developers don't have control over the type of prompt that is shown (Face ID, Touch ID, password, etc.)
After a purchase is successful, you should be able to view the transaction immediately in the RevenueCat dashboard. If the purchase does not appear in the dashboard, it's not being tracked by RevenueCat.
Make sure Sandbox Data is enabled
Make sure the the View Sandbox Data toggle is enabled in the navigation bar.
In the the sandbox environment, subscription renewals happen at an accelerated rate, and auto-renewable subscriptions renew a maximum of six times per day. This enables you to test how your app handles a subscription renewal, a subscription lapse, and a subscription history that includes gaps.
Because of the accelerated expiration and renewal rates, sometimes not all renewals are reflected in the RevenueCat customer dashboard.
When testing, it may be helpful to delete a customer and all their receipts from RevenueCat to simulate a new installation. You can delete a specific user from the customer dashboard in RevenueCat. See our docs on deleting users for more information.
Make sure to log out of the sandbox user on your testing device
Deleting the user from RevenueCat doesn't delete the user's purchase history with Apple. It only deletes the user's receipt and metadata from our servers. That means making or restoring purchases will restore those purchases with RevenueCat. To simulate purchasing as a completely new user, make sure to log out of the sandbox account on your device and create a new one.
For more information, take a look at the official Apple documentation:
Apple App Store: Testing in-app purchases
Updated 10 months ago