沙箱开发
在 UAT 之前构建并验证沙箱集成。
Last updated
Was this helpful?
在 UAT 之前构建并验证沙箱集成。
💬 需要帮助? 如果遇到问题,请在帮助中心咨询 Eva,快速获取诊断建议。
使用此页面在沙箱中构建并验证完整的 Atlas 集成。
首次接入时,Atlas 中可能尚未配置结算币种。
在沙箱环境下,在账户设置完成前,请在 Search 请求中手动添加 "currency":"USD"。
在构建集成之前,运行 沙箱验证测试工具包。
用它来确认凭证、网络访问以及核心快乐路径,无需编写代码。
当您需要以下内容时,从这里开始:
构建完整的沙箱预订流程
验证 Webhook 处理和跟进逻辑
确认集成已准备好进行 UAT
沙箱凭证应首先可用。
请求头、请求格式和 gzip 处理也应准备就绪。
完整的预订流程应能稳定地端到端运行。
您的团队还应能够重现预期的成功和失败路径。
在沙箱中构建端到端的集成流程。
此阶段应涵盖 API 执行和 Webhook 跟进。
在完整的开发工作之前,使用 沙箱验证测试工具包。
它验证 搜索、校验、下单 和 支付。
如果最终的检索步骤超时,将其视为出票轮询期间的预期行为。
使用沙箱验证:
请求格式和请求头
搜索、校验、下单、支付和查询流程
Webhook 处理和跟进逻辑
失败处理和边缘情况
UAT 就绪性
沙箱 不 证明:
生产库存质量
生产定价准确性
真实卡扣款行为
所有情况下的最终航司侧行为
将沙箱运价和结果仅视为测试用途。
确保您已具备:
来自 ATRIP 的沙箱凭证
沙箱基础 URL:https://sandbox.atriptech.com/
已配置的请求头
准备好测试的基本服务端集成
当您需要帮助找到正确的流程、页面或下一个 API 步骤时,使用 MCP 辅助开发。
它适用于:
映射从 Search 到 Pay 的流程
检查需要保留和重复使用的标识符
将错误路由到正确的故障排除页面
在沙箱中完成以下项目:
配置身份验证和请求头
将您的客户端指向沙箱
实现搜索、校验、下单、支付和查询
注册并验证 Webhook
测试失败处理和边缘情况
在此阶段,保留并重复使用:
routingIdentifier
sessionId
orderNo
在测试模式下:
预订是模拟的
出票不会在真实航司执行
运价是沙箱运价
测试凭证仅适用于沙箱
生产凭证仅适用于生产环境
使用测试模式验证:
请求构造
预订状态转换
支付和出票逻辑
预期的错误处理
Webhook 和跟进行为
沙箱搜索结果来自 Atlas 沙箱数据。
覆盖范围和定价与生产环境不同。
不要将沙箱价格用于商业比较。
您可以在 pay.do 中触发常见的 VCC 错误路径。
使用:
持卡人名字:Reject
预期结果:
604 — 支付被航司拒绝
使用:
持卡人名字:Three DS
预期结果:
616 — 3DS 身份验证
可以使用任何卡号和姓氏进行此特定的失败模拟。
当您需要已发布的沙箱输入时,使用这些共享参考页面:
您可以在沙箱中可靠地完成以下所有操作:
端到端运行预订流程
保留并重复使用 routingIdentifier、sessionId 和 orderNo
验证所需的支付路径
接收并处理所需的 Webhook 事件
重现预期的成功和失败案例
稳定的沙箱预订流程
已验证的 Webhook 处理
为 UAT 准备好的证据
沙箱流程稳定后,进入 UAT 验证。
Last updated
Was this helpful?
Was this helpful?

