【问题标题】:How is a "test account" different from a "normal account"?“测试账户”与“普通账户”有何不同?
【发布时间】:2012-01-08 16:44:08
【问题描述】:

为了能够测试 Android Market 许可的任何实施(例如 LVL、应用内结算),Google 建议创建一个 Google Checkout 测试帐户,因为开发者无法使用自己的方式向自己购买Google Checkout 帐户。

听起来不错except,测试帐户必须使用真实信用卡。

这引出了一个问题:这与普通帐户有何不同?测试帐号与普通帐号相比有何优势?

【问题讨论】:

    标签: google-play google-checkout in-app-billing android-lvl


    【解决方案1】:

    测试帐户不必与 google checkout 帐户相关联。发布者可以针对 android 市场帐户设置他/她的 google checkout 帐户。作为开发人员,您可以创建一个测试帐户。 只有在开发者控制台上传应用程序后,测试账户持有人才能测试应用程序的 LVL 和应用内购买等。它不必发布。但它必须上传并激活并保存。 因此,测试帐户持有人必须在 Google 服务器上注册他/她的财务详细信息是不正确的。只有出版商必须这样做。发布者可以根据需要添加任意数量的测试帐户持有人。发布者将提供一个发布密钥,这就是开发人员实现/测试其代码所需的全部内容。

    在 Google 开发者网站上查找文档。它解释得很好。

    HTH。

    【讨论】:

    • 我希望您的回答是正确的,但根据应用内计费的实际经验,它不是。你真的试过你说的In App Billing吗?
    • 是的。我所写的内容是基于我的经验,而不仅仅是阅读文档。就我而言,文档和我的经验相匹配。如果不是这样,我相信开发者/发布者社区会奋起反抗:)
    【解决方案2】:

    您不需要单独的测试帐户。仅当您想将其他人作为测试人员包括在内时。您自己的发布商帐户就可以了。如果您将开发者帐户中的 LVL 响应设置为“未许可”以进行测试,则只有使用该 Google 帐户设置的设备才能获得此测试响应。

    【讨论】:

      猜你喜欢
      • 2018-08-23
      • 2020-07-31
      • 1970-01-01
      • 2022-06-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-04-08
      • 2023-03-25
      相关资源
      最近更新 更多