在你花一分钱之前测试你的整个商店
使用模拟货币构建完整的商业后端，无需 Stripe 账户，然后快进时间，观看一年的续订、试用和失败的付款在几秒钟内上演。你早在客户使用，之前就可以清楚地看到他们将体验到什么。
Sandbox
完整的商店，有模拟货币
每个 Kliv 商店都从 Sandbox，开始，这是一个使用模拟货币的完整、有效的商业后端。结账、订阅、退款，甚至付款失败都完全按照真实客户的方式进行。无需注册任何内容，也不存在错误向任何人收费的风险。使用测试卡付款，证明你的整个商店，并且知道在这里有效的任何东西在你上线时也会以同样的方式工作。
时间旅行测试
快进你商店的未来
商店中最重要的一些事情会随着时间的推移而发生：试用下周结束，订阅下个月续订，卡失败并重试数天。分叉一个一次性 Scenario，拖动时间线，然后观察这一切在几秒钟内发生。试试，拖了这家小店一年的命：
- 新订阅 · $19.00Maya Lindqvist — Pro · $19/moJan 1
带有脚本商店的插图。在真正的 Sandbox 中，这是你的实际商店，你的计划、你的电子邮件、你的客户，运行在模拟货币上。
排练向你展示了什么
拖动时间线，一年就过去了。以下是那一年，的内容，每一次都击败了你在现场、用真金白银和真正的客户观看时发现的东西。
试验转化
测试客户在第一天就注册了。第十四天，试用发生转变：收费落地，收据发出，计划的功能开放。你观看整个交接过程，而不是假设它。
无人触及的更新
订阅按计划续订。发票是正确的，权利保持开放，没有人必须记住任何，这是引擎的要点。
一张卡过期了
续订失败。按计划开始重试，恢复电子邮件将与你的客户在你的模板上收到的电子邮件完全相同。访问范围会缩小你的政策规定的范围，但不是一下子就全部缩小。
.。。。。。并恢复
客户按照恢复链接修复了该卡。访问重新打开，订阅继续，从未发生过的流失，并且你看到了阻止它的机制。
年中升级
客户在周期中期升级了计划。公平按比例分配发票，你可以在 Sandbox 生成的发票上自行检查数学。
取消，按计划进行
有人取消。大门按照你的保单在期末设定的时间表关闭，而不是在承诺，中期，并且关系记录保持完整。
每张发票均已核算
十二个月的收据、续订、追偿、退款，在资金转移，之前等待你的批准，所有这些都是可检查的，都是免费的，因为没有一笔钱是真实的。这是你在第一个顾客面前所知道的，也是大多数商店后来学到的。
在客户使用之前了解他们的体验
不再有运输账单变化和希望。准确观察当卡出现故障、试用结束或订阅续订，时会发生什么，并在它仍然是模拟货币时修复它。而且因为 Sandbox 与你的现场商店，是相同的引擎，所以相同的目录、相同的权利、相同的电子邮件，你排练的内容正是发货的内容。
常见问题
这是Stripe的测试模式吗？
没有，更简单。 Sandbox 是 Kliv 自己的模拟货币环境：无需注册，没有 Stripe 账户，没有 API 密钥。结账、订阅、催款和退款完全按照实际情况进行，但资金并非真实的。
当我上线时会保留什么？
你排练的商店是提供以下内容的商店：目录、价格、权利、电子邮件模板、政策。上线后，将为你连接的 Stripe 账户，Kliv 兑换模拟货币，Kliv 会携带你的目录并引导你完成连接。
我可以故意让付款失败吗？
是的，这就是重点的一半。在结账或续订时卡失败，请观察重试和恢复电子邮件的工作情况。不愉快的道路才是值得排练的。
一年有多快？
秒。模拟时间是你控制的：跳转到下一次更新、试用结束或十二个月后，引擎按顺序运行其间的每个事件。
我的团队也可以排练吗？
是的，和 Sandbox 是你在排练环境中的真正应用。邀请你的团队，让他们按照客户的方式购物、订阅、取消和请求退款。
Sandbox和Kliv的测试是一样的吗？
他们是邻居，从事不同的工作。 Sandbox 是你练习，业务的金钱和时间的地方。 Kliv 单独编写并运行单元和场景测试，以持续验证应用本身。请参阅那一半的测试和质量。 Testing & quality →
