Test Payment Flows

Ссылка на Github: bit.ly/GitHub-testpays

Простое приложение для тестирования и регистрации событий потока покупок в приложении, созданное в соответствии со стандартными методами выставления счетов для приложений, которые не используют собственный сервер выставления счетов (то есть используют API-интерфейсы Play Billing на устройстве для запроса продуктов и покупок).

В настоящее время поддерживается телефон, Android TV и Wear OS.

Чтобы использовать его, лучше всего протестировать это приложение на предмет потока платежей, который не работает в вашем собственном приложении. Если это работает в этом приложении, сравните свой код с нашим кодом Github или проверьте наши журналы, чтобы выявить различия; Если в этом приложении также произойдет сбой, сообщите нам об этом — возможно, изменение платежа в Play нарушает процесс, и нам, возможно, придется обновить приложение!

Примечание. Все транзакции в этом приложении предназначены только для тестовых целей. Для транзакций не предоставляются никакие фактические товары или услуги. Термины, используемые в приложении (например, «Купить розу»), предназначены исключительно для демонстрационных целей и не соответствуют действительности.

Цены установлены на минимальном уровне, необходимом для соответствия требованиям Play Console и минимизации затрат на тестирование с использованием этого приложения.
Большинство из них составляют 0,49 доллара США или эквивалентную сумму в соответствии с минимальными требованиями (в некоторых странах могут отличаться из-за других минимальных требований).

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

Можно тестировать продукты внутри приложения, а также подписки (не забудьте отменить их после тестирования!). Также предоставляет журналы для указания событий во время потока платежей.

Ключевые детали реализации на данный момент:

1. Убедитесь, что вы обрабатываете свои покупки (подтверждаете и потребляете, если применимо), когда получаете успешный ответ в onPurchasesUpdated в PurchasesUpdatedListener.

2. Убедитесь, что вы также запрашиваете покупки пользователя (queryPurchasesAsync) при вызовах onResume() вашего приложения (или эквивалент, если onResume() не является подходящим местом), проверяете статус подтверждения каждой покупки и подтверждаете их, если они не были успешно подтверждены. .

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

3. Обновите пользовательский интерфейс, чтобы соответствующим образом отразить новые изменения в ответе на выставление счетов.

4. Имейте в виду, что экраны часов могут довольно скоро погаснуть, что может привести к задержке onPurchasesUpdated() и т. д. из-за того, что приложение не работает активно или не получает событий после завершения платежа. А когда вы просыпаете экран, и onPurcahsesUpdated(), и queryPurchasesAsync() в onResume() могут сработать почти одновременно (поэтому обязательно проверьте наличие условий гонки).

5. Имейте в виду, что покупки, не подтвержденные в течение 72 часов, будут автоматически возвращены.