Probar tu app

GitHub te recomienda probar tu app con las API y los webhooks antes de emitir tu listado a GitHub Marketplace para que puedas proporcionar una experiencia ideal para los clientes. Antes de que un experto de incorporación apruebe tu app, ésta deberá administrar los flujos de facturación adecuadamente.

Probar las apps

Puedes utilizar un borrador de listado de GitHub Marketplace para simular cada uno de los flujos de facturación. Un listado en estado de borrador significa que no se ha emitido para aprobación. Cualquier compra que hagas utilizando un borrador de listado de GitHub Marketplace no creará transacciones reales, y GitHub no hará cargos a tu tarjeta de crédito. Nota que solo puedes simular compras para los planes que están publicados en el borrador de la lista y no para el borrador de los planes. Para obtener más información, consulta las secciones "Hacer un borrador de listado para tu app" y "Utilizar la API de GitHub Marketplace en tu app".

Utilizar una app de desarrollo con un borrador de listado para probar los cambios

Un listado de GitHub Marketplace únicamente puede asociarse con un solo registro de app, y cada app puede acceder únicamente a su propio listado de GitHub Marketplace. Es por esto que te recomendamos configurar una app de desarrollo por separado con la misma configuración que la productiva, y que crees un borrador de listado de GitHub Marketplace que puedas utilizar para las pruebas. El borrador del listado de GitHub Marketplace te permite probar los cambios sin afectar a los usuarios activos de tu app productiva. Nunca tendrás que emitir tu listado de desarrollo de GitHub Marketplace, ya que solo lo utilizarás para las pruebas.

Ya que solo puedes crear un borrador de listado de GitHub Marketplace para las apps públicas, debes poner tu app de desarrollo como pública. Las apps públicas no pueden descubrirse fuera de los listados publicados de GitHub Marketplace mientras no compartas la URL de éstas. Solo el dueño de la aplicación podrá ver el lsitado de Marketplace en su estado de borrador.

Una vez que cuentes con una app de desarrollo con un listado en estado de borrador, puedes utilizarla para probar los cambios que hagas a dicha app mientras que lo integras con la API y los webhooks de GitHub Marketplace.

No hagas compras de prueba con las apps que están activas en GitHub Marketplace.

Simular eventos de compra en Marketplace

Tus escenarios de prueba podrían requerir que configures los planes de los listados que ofrecen periodos de prueba gratuitos y que cambies entre las suscripciones de pago y gratuitas. Ya que los decrementos y las cancelaciones no toman efecto sino hasta el siguiente ciclo de facturación, GitHub proporciona una característica exclusiva para desarrolladores para "Aplicar el Cambio Pendiente", la cual fuerza las acciones de changed y cancelled para que tomen efecto inmediatamente. Puedes acceder a la opción de Aplicar Cambios Pendientes para las apps con listados de Marketplace en estado de borrador en https://github.com/settings/billing#pending-cycle:

Aplicar el cambio pendiente

Probar las API

También proporcionamos terminales de prueba para muchas de las terminales de las API de GitHub Marketplace, las cuales devuelven datos falsos de código predefinido que puedes utilizar para hacer pruebas. Para recibir datos de prueba, debes especificar las URL de prueba que incluyan /stubbed en la ruta (por ejemplo, /user/marketplace_purchases/stubbed). Para obtener una lista de terminales que son compatibles con este acercamiento de datos de prueba, consulta la sección de terminales de GitHub Marketplace.

Probar los webhooks

GitHub proporciona herramientas para probar tus cárgas útiles desplegadas. Para obtener más información, consulta la sección "Probar los webhooks".

¿Te ayudó este documento?

Política de privacidad

¡Ayúdanos a hacer geniales estos documentos!

Todos los documentos de GitHub son de código abierto. ¿Notas algo que esté mal o que no sea claro? Emite una solicitud de cambios.

Haz una contribución

O, aprende cómo contribuir.