2012-05-23 21 views
9

Tengo una cuenta de usuario de prueba que funciona bien para probar en compras de aplicaciones.Eliminación de una compra en una cuenta de usuario de prueba de compra en la aplicación

quisiera "borrar" una compra de esta cuenta, por lo que puede probar la compra varias veces. En este momento, si intento comprar, lógicamente dice que el Usuario de Prueba ya ha comprado el producto en cuestión.

¿Puedo eliminar una compra de una cuenta de usuario de prueba para que pueda probar la misma compra en múltiples ocasiones. No me gustaría tener que crear un nuevo usuario de prueba cada vez que quiera probar la compra.

EDIT: Cada vez que trato de comprar, me sale un cuadro de diálogo con "Ya has comprado este Pulsa en Aceptar para volver a descargarla de forma gratuita.".

+0

¿Puedo aclarar de nuevo: 1) ¿Es esta la compra desde la aplicación o la compra desde la tienda de aplicaciones? 2) Si se trata de una compra en la aplicación, ¿cómo sabe la aplicación que usted ha comprado el artículo? El estado debe ser guardado en alguna parte. – nhahtdh

+0

¿Ayuda esta pregunta: http://stackoverflow.com/questions/7604578/how-can-i-reset-sandboxed-in-app-purchases-on-ios-for-testing? – borrrden

+0

Solo conozco 3 formas de almacenar datos: iCloud, en el dispositivo y el servidor de la aplicación. – nhahtdh

Respuesta

8

Si realmente desea probar limpio, se le va a tener que crear otro usuario de prueba. Sin embargo, no veo la necesidad de esto. Volver a descargar una compra en la aplicación es un flujo de código casi idéntico. La lógica real de compra y verificación no es parte de su aplicación, y un usuario que compre algo varias veces no es algo que se supone que debe suceder (a menos que especifique que es ese tipo de consumible). Si funciona para volver a descargar, es seguro asumir que funcionará para la compra inicial.

Usted no tiene acceso a estos datos. Si Apple descubriera una forma de restablecer las compras, correrían el riesgo de abrirse a un riesgo de seguridad ya que supongo que su código de servidor de la caja de arena es prácticamente idéntico a su código de producción (de lo contrario, la caja de arena no tendría sentido). Debido a que los datos están en los servidores de Apple, asociados con una cuenta de iTunes, pueden abarcar varios dispositivos.

Una idea alternativa sería la de eliminar la aplicación en la compra de su iTunes Connect, y hacer una nueva.

+3

** [...] "Volver a descargar una compra en la aplicación es un flujo de código casi idéntico". [...] ** Solo quería hablar y mencionar que aunque esta afirmación es cierta para un manejador de transacciones determinado ... .it no es necesariamente cierto para el código de la aplicación en sí, ya que una compra inicial podría tratarse de forma sustancialmente diferente a la restauración de una compra anterior. – Questor

+1

¿Qué pasa con el código de validación de verificación de recibo? Debe probar los escenarios en los que no hay ningún producto presente y viceversa con su verificación de recibo de código. –

+0

@theReverend Podría ser algo de lo que deba burlarse (es decir, para fines de prueba, tenga un método que devuelva SÍ cada vez y uno que devuelva NO cada vez). – borrrden

1

Si el tipo de su compra en la aplicación es consumible, entonces puede simplemente reinstalar su aplicación. Si su compra en la aplicación es no cosumible, entonces deberá crear usuarios de prueba adicionales.

+0

¿Podemos cambiar el tipo de IAP de 'consumible' a' no-consumible' antes de liberarlo a Appstore? Sería la solución para las pruebas. – brigadir

+0

No podemos cambiar el tipo de IAP en iTunesConnect después de que los creamos, solo podemos crear IAP 'consumibles' adicionales para fines de prueba. –

Cuestiones relacionadas