测试你的 In-app Billing 程序

测试你的 In-app Billing 程序

为了保证 In-app Billing 可以在你程序中正常使用，你应该在把应用程序发布到Google Play之前进行测试。早期的测试有助于确保用户对于你的购买流程不感到疑惑或者反应迟钝，还可以使用户可以及时看到他们新购买的商品。

使用静态回应测试


可以用Google Play保留的产品ID以静态回应的方式来测试你的程序。通过使用保留的产品ID而不是真实的产品ID测试购买时，你就可以不用真实的支付方式或者汇款。想更多了解关于保留商品的内容可以参看 Testing In-app Billing.

使用你的拥有的商品ID测试


因为 Google Play不允许你使用开发者账号直接购买你自己先前使用开发者账号创建的内购商品，所以你需要在开发者账号下面创建可用的测试账号。简单地填写一个可用的 Google 邮箱地址就可以创建一个测试账号。拥有这些测试账号的用户可以在你还未上传，未发布的应用中测试内购。

使用你自己的产品ID测试In-app Billing Version 3应用:

    1. 在开发者控制台，添加一个或多个测试者账号到你发布应用的开发者账号下。

      1. 使用你的开发者账号登陆到 Developer Console 。
      2. 点击 Settings > Account 详情， 然后在 License Testing 部分添加你测试者账号的Google 邮箱地址。
    2. 为你的 In-app Billing 程序创建一个签名APK文件。如何生成和签名 APK，参看 Building Your Application for Release. 确保你签名使用的证书和私有  Key 是最终版的而不是debug版的。
    3. 确保你已把签名的APK上传到开发者控制台，并且为你的应用创建了相关的内购商品。为了测试程序，你现在不必把程序发布到 Google Play上。

      警告: 你程序上传到后台后，Google Play可能会花费 2-3个小时来确认你的更新APK版本（译者注：实际可能半个小时到1个小时就可以了）。如果你在Google Play确认你上传的APK之前就测试你应用的话，就会收到"购买取消"的购买回应，同时还有个"In-app Billing在当前版本程序中不可用"的错误消息。
    4. 用adb把APK安装到你真实的测试设备上。学习如何安装应用，参看Running on a Device。确保：

.你的测试设备运行的Android SDK版本是2.2(API 级别 8)或者更高，并且安装的Google Play客户端版本是3.9.16或者更高。

    1. .你安装程序上的 AndroidManifest.xml 中的 android:versionCode 和 android:versionName 两个属性值和你开发者控制台中APK里的值一样。

　　　　　　　.在把程序安装到你设备之前，确保上传到开发者控制台上的那个APK用的签名证书和你要安装的这个APk用的是同一个。

5.用测试者账号登入测试设备。在程序中购买一些物品来测试下你的In-app Billing程序，修复遇到的问题。想了解更多关于如何大范围的测试你的In-app Billing程序，参看 Test Purchases (In-app Billing Sandbox).

O(∩_∩)O哈哈~，本系列翻译完结~~~~

时间： 2024-10-09 15:08:08

测试你的 In-app Billing 程序的相关文章

互联网App应用程序测试流程及测试总结

近年来随着移动互联网发展迅猛,APP也进行了爆发式的增长,相应的APP的测试检测就摆在每家企业眼前,以下是由国内应用安全检测团队-爱内测(www.ineice.com)的CTO为我们介绍App应用程序测试流程及测试总结: 1. APP测试基本流程 1.1流程图 仍然为测试环境 Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前

近年来，手机app的热起，越来越多的公司企业也引入或者投资到android和ios的app行业当中，继而产生手机软件测试的蓬勃发展。而作为基础行业的web测试，和手机app测试又有什么的相同点与不同之处呢？

1.相同点 不管是传统行业的web测试,还是新兴的手机app测试,都离不开测试的基础知识,即是不管怎么变,测试的原理依然会融入在这两者当中. 1)设计测试用例时,依然都是依据边界值分析法.等价类划分等: 2)多数采用黑盒的测试方法,来验证业务功能是否得到正确的应用: 3)需要检查界面的布局.风格和按钮等是否简洁美观.是否统一等: 4)测试页面载入和翻页的速度.登录时长.内存是否溢出等: 5)测试应用系统的稳定性等. 2.不同点 相对于web测试,手机软件测试,除了要考虑基本的功能测试.性能等,还

iOS设置app应用程序文件共享

1.iOSapp应用程序文件共享 当我们用itnues连接到设备时,在应用程序栏目下面,文件共享下,点击 对应的程序,即可以在程序右边栏目里面看到应用程序共享的数据, 此时,我们可以通过右下角的 添加 和存储为 导入数据或是导出数据,如图 2. iOS设置app应用程序文件共享 设置流程 xcode 打开项目----在 info.plist 文件,添加 UIFileSharingEnabled 并设置属性为 YES 在app内部,将您希望共享的文件放在应用程序的Documents目录下

测试人员眼中的app版本迭代过程中的问题

测试人员眼中的app版本迭代过程的问题     --记一次app新版本的开发测试过程 1. 前言 自从8月初入职当前的公司以来,在这一期的版本迭代过程中,第一次独立承担app部分的全部测试设计及需求跟踪,从头至尾跟踪了需求分析到开发测试上线的整体过程,和曾经做过的各种测试类型相比,它没有想象的那么好,也没有想象的那么坏.应了那句老话,梨子好不好吃,自己尝了才知道. 经历完整个迭代之后,感慨良多.在这里梳理整个过程,以测试的角度来分析整个迭代过程,作为以后工作的参考. 2. 简介 2.1 项目及公

iOS开发UI篇—在UITableview的应用中使用动态单元格来完成app应用程序管理界面的搭建

一.实现效果 说明:该示例在storyboard中使用动态单元格来完成. 二.实现 1.项目文件结构和plist文件 2.实现过程以及代码 在tableview的属性选择器中选择动态单元格. 说明:在storyboard中直接使用其自带的动态单元格完成tableviewcell的定义,并创建了一个管理该cell的类,进行了连线. 实现代码: 数据模型部分: YYappInfo.h文件 1 // 2 // YYappInfo.h 3 // 01-使用动态单元格来完成app应用程序管理界面的搭建 4

软件测试：如何测试一款手机app

一,非功能测试 app测试的一个重要方面是app的非功能需求.移动app在推出市场或进行进一步开发前,测试人员有一定的职责做该类需求的跟踪工作. 早期开发阶段要进行的第一个测试应该是实用性测试.通常是由alpha用户或同事进行的.走进一家咖啡馆或餐厅,问问里面的人他们的app使用情况.让他们看看现阶段开发的第一个版本并收集反馈,看看用户是否能很好地使用新功能,以便得出第一印象. 二,功能测试 每项开发的新功能都需要进行测试.app测试中功能测试是一个重要方面.测试人员应该要进行手动测试和后期的自

iOS-获取Model（设备型号）、Version（设备版本）、app（程序版本）等

IOS-获取Model(设备型号).Version(设备版本).app(程序版本)等 NSLog(@"uniqueIdentifier: %@", [[UIDevice currentDevice] uniqueIdentifier]); NSLog(@"name: %@", [[UIDevice currentDevice] name]); NSLog(@"systemName: %@", [[UIDevice currentDevice] s

iOS-获取Model（设备型号）、Version（设备版本号）、app（程序版本号）等

IOS-获取Model(设备型号).Version(设备版本号).app(程序版本号)等 NSLog(@"uniqueIdentifier: %@", [[UIDevice currentDevice] uniqueIdentifier]); NSLog(@"name: %@", [[UIDevice currentDevice] name]); NSLog(@"systemName: %@", [[UIDevice currentDevice]

四十条测试你是不是合格的PHP程序员

四十条测试你是否合格的PHP程序员,不官方,也不权威,但很给力.超过三条就不合格了.超过五条就得好好反省下自己的不足了. 1. 不会利用如phpDoc这样的工具来恰当地注释你的代码 2. 对优秀的集成开发环境如 EclipsePHP EPP 或 Zend Studio PDT视而不见 3. 从未用过任何形式的版本控制系统,如Subclipse 4. 不采用某种编码与命名标准,以及通用约定,不能在项目开发周期里贯彻落实 5. 不使用统一开发方式 6. 不转换(或)也不验证某些输入或SQL查询串(译