Удаление покупок из песочницы покупок в приложении iOS для тестового пользователя

Есть ли у кого-нибудь идеи, как сбросить и / или очистить песочницу для покупок в приложении iOS?

У меня есть приложение, которое я тестирую с помощью песочницы, и я хотел бы тестировать новые покупки без необходимости создавать нового тестового пользователя каждый раз, когда я что-то покупаю.

Если я этого не сделаю, то (конечно) я всегда получаю сообщение о том, что элемент для покупки в приложении уже был куплен, когда я нажимаю кнопку покупки своего приложения.

ИМО, есть 3 вещи, которые вы можете сделать, чтобы сделать тестирование непотребляемых материалов более терпимым:

1. С одним адресом электронной почты может быть связано несколько тестовых учетных записей. Gmail, например, позволяет добавлять в электронное письмо строку «плюс», чтобы создать псевдонимы для адреса : так что tester+01@gmail.comи то, и tester+02@gmail.comдругое действительно просто идет tester@gmail.com. Возможно, другие почтовые службы делают то же самое. При создании тестовой учетной записи вам необходимо ввести: имя, фамилию, адрес электронной почты, пароль, секретный вопрос, секретный ответ, дату рождения и страну в магазине iTunes. Вы можете ввести точно такие же данные (включая пароль) для tester+01@gmail.comи, tester+02@gmail.comи у вас будет две тестовых учетных записи. Наконец, в свой tester@gmail.comпочтовый ящик вы получите два письма с подтверждением от Apple для подтверждения обеих тестовых учетных записей.

2. Допустим, у вас есть нерасходованный товар с идентификатором @ "Extra_Levels". Вместо того, чтобы писать @ "Extra_Levels" во всех методах (requestProduct, PurchaProduct, ...), просто напишите PRODUCT_ID1и поместите в какой-нибудь файл заголовка #define PRODUCT_ID1 @"Extra_Levels"(без точки с запятой!), Тогда препроцессор будет искать PRODUCT_ID1 и заменять его на @ "Extra_Levels". Затем создание нового нерасходуемого материала с именем @ "Extra_Levels_01" и изменение #define будет равнозначно сбросу покупок для всех ваших тестовых пользователей.

3. Как указано в appsmatics, вы можете протестировать правильное поведение своего кода при покупке нерасходуемого IAP, сначала используя расходный IAP (чтобы тестовый пользователь мог сделать столько покупок, сколько необходимо), чтобы избавиться от некоторых ошибок. Конечно, после этого вы также должны протестировать код с реальным нерасходуемым IAP.

Насколько я знаю, вы не можете этого сделать. Серверная часть песочницы работает как реальная учетная запись - после покупки она приобретается (и, таким образом, вы можете протестировать восстановление). Вы должны делать большую часть своей разработки с убранными шайбами, а затем, когда вы доберетесь до реального тестирования, просто ожидайте создания нескольких тестовых учетных записей.

У меня есть 2 предмета для покупки в приложении. 1 для производства. а другой для тестирования. когда мне нужно «очистить», я удаляю элемент в приложении и создаю новый (15 секунд в itunes connect и 1 секунда для изменения идентификатора продукта в коде)

если мне не нужно тестировать «нового пользователя», я использую продукт в приложении.

Ну, технически вам это не нужно.

Если вы получаете SKPaymentTransactionStateRestored, это на 100% эквивалентно тому, что магазин приложений проверяет пользователя и предоставляет ему покупку. У меня есть переключатель вроде:

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions
{
  for( SKPaymentTransaction *purch in transactions )
  {
    switch( purch.transactionState )
    {
      case SKPaymentTransactionStateRestored:
        info( "PURCHASE RESTORE" ) ;
        // fall thru
      case SKPaymentTransactionStatePurchased:
        [[SKPaymentQueue defaultQueue] finishTransaction:purch];
        // Do regular changes to app state for this purchase,
        // register in keychain, etc.
        break ;

       //.. other cases
     }
  }
}

Вопрос о том, чтобы иметь логику вашего приложения / вернуть покупку, прост: если вы кешируете покупки в связке ключей, удалите свою связку ключей. Если вы делаете это иначе, просто измените состояние локального приложения, чтобы сделать вид, будто пользователь никогда не покупал его раньше. Диалог с запросом на покупку остается таким же, с той лишь разницей, что когда вы нажимаете ДА, SKPaymentTransactionStateRestoredвместо SKPaymentTransactionStatePurchased.

Удаление и переустановка приложения работают также и при тестировании в песочнице. Очевидно, зависит от приложения, но я тестирую приложение на основе подписки, которое на данный момент покупает только во время регистрации, так что это было самое простое решение.

Проверьте SimStoreKit . Это «смоделированная версия iPhone's StoreKit для тестирования пользовательского интерфейса магазина в симуляторе iPhone или даже на устройстве без настройки IAP в Connect».

SimStoreKit хранит покупки в пользовательских настройках по умолчанию под ключом ILSimSKTransactions. Итак, чтобы очистить все покупки, вы можете:

[[NSUserDefaults standardUserDefaults] removeObjectForKey:@"ILSimSKTransactions"]

На симуляторе вы можете просто удалить свое приложение и установить его снова.

Я успешно использовал SimStoreKit для отладки своего магазина приложений перед тестированием с песочницей. Прелесть этой библиотеки в том, что ее можно настроить на использование тех же имен классов, что и в реальной структуре StoreKit (предварительно выполнив необходимые #define ILSimReplaceRealStoreKit 1действия #include <ILSimStoreKit.h>).

В исходные файлы, где мне нужно получить доступ к StoreKit, я включаю этот файл заголовка:

#import <TargetConditionals.h>

#if TARGET_IPHONE_SIMULATOR
    #define kILSimAllowSimulatedStoreKit 1
    #define ILSimReplaceRealStoreKit 1
    #import <ILSimStoreKit.h>
#else
    #import <StoreKit/StoreKit.h>
#endif

Это дает эффект использования SimStoreKit, когда я запускаю на симуляторе, и реального StoreKit, когда я запускаю на устройстве.

В качестве альтернативы для создания решения с несколькими тестовыми пользователями вы можете создать несколько тестов в покупках приложений в iTunes connect, тогда вам не нужно менять учетную запись пользователя.

Просто продолжайте использовать ту же тестовую учетную запись, восстанавливая покупки, а не совершая новые. В конце концов, независимо от того, начинаете ли вы новую покупку или восстанавливаете старую, ВАШЕ ПРИЛОЖЕНИЕ будет делать то же самое (по крайней мере, вначале, возможно, пользовательский интерфейс будет обновляться по-другому после завершения). Apple - это люди, которые по-разному относятся к вещам в разных ситуациях - не беспокойтесь об этом.

Поместите свою логику доставки в случай SKPaymentTransactionStateRestored в реализации этого метода для тестирования:

- (void)paymentQueue:(SKPaymentQueue *)queue
 updatedTransactions:(NSArray *)transactions;

Затем обязательно поместите эту логику доставки в случай SKPaymentTransactionStatePurchased.

В конце концов, поскольку большинство из нас в той или иной степени страдает обсессивно-компульсивным расстройством, проведите заключительный тест со свежим аккаунтом (нетрудно сделать второй для абсолютной уверенности).

Последнее, что нужно отметить: рассмотрите положение яблока. Если бы разработчикам приходилось тратить время на создание десятков или сотен учетных записей для тщательного тестирования IAP, они бы решили эту проблему. Нет проблем.