【Android开发API】Google提供的服务测试应用程序付费服务 Testing Inapp Billing.pdfVIP

eoe 移动开发者社区 . :原文地址:/guide/google/play/billing/billing_testing.html :译者:十旋转45度 :更新时间：2012 年9月12 日 TOC :Overvie of In-app Billing | 内部付费机制概述 - Overvie of In-app Billing :Implementing In-app Billing | 内部付费 机制的实现 - Implementing In-app Billing :Security and Design | 设计 安全 - Security and Design :Administering In- app Billing | 应用程序付费机制管理 - Administering In-app Billing :In-app Billing Reference | 内部付费机制参考 - In-app Billing Reference 下载应用样例 Google Play发布网站提供⼀系列⼯具可帮助你在应用程序发布前对其内部付费接⼝进行测试 。利用这些⼯具可以创建测 试帐户并购买测试用的预留商品，购买行为将会给您的应用发送静态付费响应[static billing responses] 。 要想测试某应用程序的内部付费机制，你必须先将应用安装到Android设备上，Android模拟器是无法进行内部付费机制测 试的。用于测试的设备必须运行Android 1.6或以上 （API level 4 以上）的标准版本，并已安装最新版的Google Play应 用 。若设备运行的Google Play应用不是最新版，那你的测试应用将无法给Google Play应用发送付费请求 。欲知开发 Android应用程序要对设备如何设置，请参阅设备硬件的使用 下⼀节介绍，如何设置并使用测试应用程序内部付费机制的⼯具 。 * 利利用用静静态态响响应应对对应应用用 的的内内部部购购买买行行为为进进行行测测试试* 建议先用Google Play发出的静态响应测试应用的内部付费接⼝。这保证了应用程序能正确处理Google Play 的响应，保证 了应用程序能够正确地验证签名 。 要想用静态响应来进行测试，你要利用带有预留商品ID的物品先创建内部付费请求 。每个预留商品ID会返回⼀条发 自 Google Play 的⼀条特定静态响应 。利用预留商品ID创建的内部付费请求是不会真正扣费的，于是也就无法指定付款方式 了 。图1展示了商品ID为android.test.purchased 的预留商品的结账流程 。 文件:Billing_test_flo .png 图1* .预留商品android.test.purchased 的购买流程 。 你无需在应用程序中将预留商品罗列出来，Google Play本身保有预留商品ID 。此外，你也不需要为了测试静态响应而将 应用上载到发布网站上，简单地在设备上安装应用并登录，就可以进行测试 。 用于测试应用内部付费静态响应的预留商品ID有4个： android.test.purchased* :当使用本商品ID发出内结算请求，Google Play会按照购买成功的情况对此进行响应 。响应包 括⼀个JSON字符串，其中带有虚拟购买信息 （如，虚拟订单ID） 。在某些情况下，JSON字符串带有签名，这样你就 可以利用这些响应对验证签名的接 ⼝进行测试 。 android.test.canceled* :当使用本商品ID发出内结算请求，Google Play会按照取消购买的情况对此进行响应 。这种情 况可能发生于订购过程出错，如无效的信用卡，或支付前取消用户订单 。 android.test.refunded* :当使用本商品ID发出内结算请求，Google Play会按照退款的情况对此进行响应 。退款必须由 你 （卖家）发起 。当你通过Google Wallet帐户发出⼀条退款请求，Google Play会给应用发出⼀条退款消息 。这种情况 只发生在Google Play得到Google Wallet通知已退款之后 。欲了解更多退款相关信息，请参阅处理IN_APP_ NOT IFY消 息和应用程序内结算定价 。 android.test.item_ unavailable* :当