Bir test kullanıcısı için iOS uygulama içi satın alma korumalı alanından satın alma işlemlerini temizleme

İOS uygulama içi satın alma korumalı alanını sıfırlama ve / veya temizleme konusunda herhangi bir fikri olan var mı?

Korumalı alanda test ettiğim bir uygulamam var ve her bir şey satın aldığımda yeni bir test kullanıcısı oluşturmak zorunda kalmadan yeni satın alımları test etmek istiyorum.

Bunu yapmazsam, (tabii ki) her zaman uygulamamın satın al düğmesine tıkladığımda uygulama içi satın alma öğesinin zaten satın alındığına dair bir mesaj alıyorum.

IMO Sarf malzemeleri olmayan malzemelerin test edilmesini katlanılabilir hale getirmek için yapabileceğiniz 3 şey vardır:

1. Bir e-postayla ilişkilendirilmiş birçok test hesabınız olabilir. Örneğin Gmail, bir adres için takma adlar oluşturmak üzere e-postaya bir "artı" dizesi eklemenize izin verir : yani tester+01@gmail.comve tester+02@gmail.comikisi de gerçekten gidin tester@gmail.com. Muhtemelen diğer e-posta barındırıcıları da aynı şeyi yapar. Bir test hesabı oluşturduğunuzda şunları tanıtmanız gerekir: ad, soyad, e-posta adresi, şifre, gizli soru, gizli cevap, doğum tarihi ve iTunes mağazası ülkesi. Sen ötürü tam olarak (şifre dahil) aynı verileri koyabilirsiniz tester+01@gmail.comve tester+02@gmail.comve iki test hesapları olacaktır. Son olarak, tester@gmail.comgelen kutunuzda , her iki test hesabını da onaylamak için Apple'dan iki doğrulama e-postası alacaksınız.

2. Ürün kimliği @ "Extra_Levels" olan bir sarf malzemeniz olmadığını varsayalım. Tüm yöntemlerde (requestProduct, PurchProduct, ...) @ "Extra_Levels" yazmak yerine, sadece yazın PRODUCT_ID1ve bazı başlık dosyalarına #define PRODUCT_ID1 @"Extra_Levels"(noktalı virgül olmadan!) Koyun, ardından önişlemci PRODUCT_ID1'i arayacak ve onu @ "Extra_Levels" yerine koyacaktır. Daha sonra @ "Extra_Levels_01" adlı yeni bir sarf malzemesi oluşturmak ve #define'ı değiştirmek, tüm test kullanıcılarınız için satın alma işlemlerini sıfırlamak kadar iyi olacaktır.

3. Appmatics'in belirttiği gibi, tüketilebilir olmayan bir IAP satın aldığınızda, bazı hatalardan kurtulmak için önce bir sarf malzemesi IAP kullanarak (böylece test kullanıcısı gerektiği kadar satın alma işlemi yapabilir) kodunuzun doğru davranışını test edebilirsiniz. Tabii ki, bundan sonra kodu gerçek sarf malzemesi olmayan IAP ile de test etmelisiniz.

Bildiğim kadarıyla bunu yapamazsın. Korumalı alan arka ucu, satın alındıktan sonra gerçek bir hesap gibi çalışır (böylece geri yüklemeyi test edebilirsiniz). Geliştirme işleminizin çoğunu mağaza malzemeleri dışarıda bırakarak yapmalısınız ve daha sonra gerçekten test etmeye başladığınızda, birkaç test hesabı oluşturmayı beklemeniz yeterlidir.

2 uygulama içi satın alma öğem var. Üretim için 1. ve diğeri test için. "temizlemem" gerektiğinde, uygulama içi öğeyi silip yeni bir tane oluşturuyorum (itunes connect'te 15 saniye ve koddaki ürün kimliğini değiştirmek için 1 saniye)

"yeni kullanıcıyı" test etmem gerekmiyorsa, üretimi uygulama öğesinde kullanırım.

Teknik olarak buna ihtiyacın yok.

Eğer alırsanız SKPaymentTransactionStateRestored, uygulama mağazasının kullanıcıyı doğrulayıp satın alma işlemine izin vermesine% 100 eşdeğerdir. Şunun gibi bir anahtarım var:

- (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
     }
  }
}

Uygulamanızın mantığına sahip olma / satın alma işlemini geri alma sorusu basittir: satın alımları anahtar zincirinde önbelleğe alıyorsanız, anahtarlığınızı silin. Bunu başka bir şekilde yapıyorsanız, kullanıcı daha önce hiç satın almamış gibi davranmak için yerel uygulamanızın durumunu değiştirin. Diyalog satın alma talebi hala tamamen aynı, tek fark, YES'e bastığınızda SKPaymentTransactionStateRestoredyerine size veriyor SKPaymentTransactionStatePurchased.

Uygulamanızı silmek ve yeniden yüklemek, korumalı alan testi için de çalışır. Açıkçası uygulamaya bağlı, ancak şu anda yalnızca kayıt sırasında satın alınan abonelik tabanlı bir uygulamayı test ediyorum, bu nedenle en kolay çözüm oldu.

SimStoreKit'e göz atın . Bu, "iPhone Simulator'daki mağaza kullanıcı arayüzlerini test etmek için iPhone StoreKit'in simüle edilmiş bir sürümüdür, hatta cihazda Connect'te IAP kurmak zorunda kalmadan."

SimStoreKit, satın alımları kullanıcı varsayılanlarında anahtarın altında saklar ILSimSKTransactions. Dolayısıyla, tüm satın alma işlemlerini temizlemek için şunları yapabilirsiniz:

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

Simülatörde, uygulamanızı kaldırıp tekrar yükleyebilirsiniz.

Korumalı alanla test etmeden önce uygulamamın mağaza cephesinde hata ayıklamak için SimStoreKit'i başarıyla kullandım. Bu kütüphanenin güzelliği, gerçek StoreKit çerçevesi ile aynı sınıf adlarını kullanacak şekilde ayarlanabilmesidir (yapmadan #define ILSimReplaceRealStoreKit 1önce yaparak #include <ILSimStoreKit.h>).

StoreKit'e erişmem gereken kaynak dosyalara şu başlık dosyasını ekliyorum:

#import <TargetConditionals.h>

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

Bu, simülatörde çalıştırdığımda SimStoreKit'i ve cihazda çalıştığımda gerçek StoreKit'i kullanma etkisine sahiptir.

alternatif olarak birden fazla test kullanıcısı çözümü oluşturmak için iTunes connect'te uygulama satın alımlarında birden fazla test oluşturabilir, ardından bir kullanıcı hesabını değiştirmenize gerek kalmaz.

Yenilerini tamamlamak yerine satın alma işlemlerini geri yükleyerek aynı test hesabını kullanmaya devam edin. Sonuçta, ister yeni bir satın alma işlemi başlatın ister eskisini geri yükleyin, UYGULAMANIZ aynı şeyi yapacaktır (en azından başlangıçta, belki de tamamlandığında kullanıcı arayüzü farklı bir şekilde güncellenecektir). Apple, bu farklı durumlarda işleri farklı şekilde ele alan kişilerdir - bunun için endişelenmeyin.

Teslimat mantığınızı, test için bu yöntemin uygulaması içindeki SKPaymentTransactionStateRestored vakasına yerleştirin:

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

Ardından, bu teslimat mantığını SKPaymentTransactionStatePurchased servis talebine koyduğunuzdan emin olun.

Sonunda, çoğumuz değişen derecelerde obsesif-kompulsif olduğumuz için, yeni bir hesapla son bir test yapın (mutlak kesinlik için ikinci bir hesap yapmak çok da önemli değil).

Unutulmaması gereken son şey: elmanın konumunu düşünün. Geliştiricilerin IAP'yi kapsamlı bir şekilde test etmek için onlarca veya yüzlerce hesap oluşturarak zaman kaybetmeleri gereken bir sorun olsaydı, sorunu çözmüş olacaklardı. Sorun yok.