メインコンテンツまでスキップ

必要测试与检查清单

为确保高质量的用户体验并防止收入损失,每项集成在上线前都必须根据此检查清单进行验证。这些测试涵盖本地化、支付方式多样性以及应用中断等关键边缘情况。


必备 QA 检查清单

测试场景

预期行为

1. 价格本地化

商店价格与 Aptoide Wallet 应用中设置的货币一致。

2. 支付成功

购买通过 Sandbox信用卡外部支付成功完成。

3. 用户取消

应用妥善处理"返回"或"取消"操作,不会崩溃。

4. 待处理购买

被中断的购买在应用重启后被正确恢复并消耗。

5. 履约流程

应用严格遵循 5 步生命周期。 (发起 → 结果 → 验证 → 交付 → 消耗)


深入探究:高优先级测试

1. 价格本地化

SDK 会根据用户的 Aptoide 帐户设置自动获取货币。

  • 如何测试: 打开 Aptoide Wallet 应用,更改您的首选货币,然后返回您的应用。
  • 验证: 确保 QueryProductDetails 返回的价格字符串在您的 UI 中正确显示。

2. 真实支付验证(信用卡和外部支付)

测试信用卡外部支付(GooglePay、AmazonPay 等)涉及真实交易。

  • 退款政策: 完成这些测试后,请联系我们的支持团队。我们将为这些交易退款,以确保您不会因 QA 活动而被收费。
  • 支持: 我们可以加入您的测试会话,帮助实时验证这些流程。

3. 用户取消

确保如果用户触发了支付覆盖层但决定不购买,您的应用会收到取消回调,并将用户返回到先前的状态,不会出现任何"加载中"循环或崩溃。

4. 处理待处理购买(关键)

当交易已被授权但应用在 SDK 能够返回结果之前被关闭时,就会发生待处理购买。

⚠️ 风险: 如果购买未在 48 小时内被消耗,Aptoide 将自动为用户退款。

  • 如何模拟: 发起一笔支付,并在点击"支付"后立即强制关闭您的游戏
  • 验证: 重新启动应用。您的初始化逻辑必须使用 SDK 中的 queryPurchasesAsync 方法查询现有购买,并在交付商品后触发 Consume 调用。
  • 监控: 使用我们的 Broker API 检查与您的包名关联的任何待处理交易。

5. 标准购买流程

验证您的代码逻辑在每笔交易中都遵循以下顺序:

  1. 发起购买: 您的应用调用 SDK 以启动流程。
  2. 接收结果: 您的应用监听 SDK 的成功/失败回调。
  3. 验证: 您的后端验证购买令牌(服务器到服务器)。
  4. 交付: 数字商品被授予用户的帐户。
  5. 消耗: 您的应用/服务器通知 Aptoide 商品已交付。(请勿跳过此步骤!)

测试需要帮助吗?

如果您遇到无法解决的问题,请查看我们的 Connectoide 支持代理(Support Agent),它将指导您如何解决问题。您可以在 Aptoide Connect 帐户的右上角找到它。有关所有可用支持工具(包括 Billing SDK Log AnalyzerBilling SDK Transaction Analyzer)的概览,请参阅我们的支持工具页面。

右上角的 Connectoide 支持代理按钮