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

eoe 移动开发者社区 :原文地址:/guide/google/play/billing/billing_testing.html :译者:十旋转45度 :更新时间：2012 年9月12日 TOC :Overview of In-app Billing | 内部付费机制概述 - Overview 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_flow.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_NOTIFY消 息和应用程序内结算定价。 android.test.item_unavailable* :当使用本商品ID发出内结算请求，Google Play会按照商品清单不存在此购买商品的情 况对此进行响应。 某些情况下，预留项目会返回带签名的静态响应，这样你就可以对应用的签名验证进行测试。