测试和部署Adobe Commerce商店履行
Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
在开发环境中完成载入流程后,您可以启动该流程以测试存储履行解决方案并将其部署到生产环境。
先决条件
在测试或同步任何信息、存储或订单之前,请验证您已完成以下任务:
准备测试
在创建任何测试订单或执行集成测试之前,必须完成连接配置。 在测试之前,还必须验证存储区数据是否已同步。
-
同步存储履行来源。
-
在创建测试订单之前,从商店网格中验证是否已将商店标记为Synced
。
示例测试计划
零售商在部署的配置和测试阶段验证Store Fulfillment解决方案的基本功能。 此示例测试计划提供了测试的起点。 根据您的要求添加其他方案。
在完成Store Fulfillment解决方案的初始载入或更新现有安装后,始终在部署到生产环境之前在非生产环境中测试应用程序。
此测试计划示例包括以下功能区域:
库存和订单同步
清单API同步
Adobe Commerce管理员
Adobe Commerce前端
产品类型
客户、管理员
清单API同步
测试计划的此部分涵盖库存和订单同步,以验证提货源和库存的更新是否在Adobe Commerce和“商店履行”解决方案之间正确同步。
功能区:库存和订单同步
角色: 管理员
测试类型: 全部为正
添加提货库存来源
保存新的提货库存来源。
实时同步会在5分钟内将源详细信息发送到沃尔玛GIF服务。
更新现有的提货库存来源
将更新保存到现有的取车库来源。
实时同步操作会在5分钟内将详细信息发送给沃尔玛GIF
取车库来源
Is Synced
状态
将更新保存到现有的取车库来源。
成功操作后,“管理Source”页面的Is Synced
列将从No
更新为Yes
。
已修改的库存预留流程
创建并提交产品的新订单。
产品的可销售数量会相应减少。
新订单推送、API同步 — 客户订单
客户提交商店取货订单。
- 在“管理员订单”视图中,Adobe Commerce管理员用户 看到订单同步状态更新为
Sent
- 订单详细信息日志包含消息
Order was sent to BOPIS solution for sync, it's not yet acknowledged yet.
新订单推送、API同步 — 管理员提交订单
Adobe Commerce 管理员 提交取车订单。
- 在“管理订单”视图中,“订单同步”状态更新为
Sent
。
- 订单详细信息日志包含消息
Order was sent to BOPIS solution for sync, it's not yet acknowledged yet.
新订单推送,例外队列
确定Adobe Commerce管理员中的多个虚拟和可下载产品,这些产品可以通过Adobe Commerce完成,而无需与履行服务(FaaS)交互。
这些产品在导出中将被适当移除或标记,以防止下游与FaaS发生冲突。
订单取消工作流
测试计划的此部分包含一些场景,用于测试通过Adobe Commerce取消的订单的端到端工作流。
功能区域: Adobe Commerce管理员
角色: 端到端(管理员、商店关联、客户)
测试结果类型: 对于所有方案为正
完全订单取消
- 下单。
- 等待订单同步。
- 验证发票创建(如果授权并捕获)发票电子邮件的接收。
- 从“发票”视图创建包含所有已订购产品的贷项通知单。
- 已使用
We refunded $X online. Transaction ID: transactionID
和更新订单历史记录 Received Cancel acknowledgment from the BOPIS solution.
- 订单状态为
Closed
。 (我们已经设置了“付款审核”。)
- 在Adobe Commerce中创建的贷项通知单。 (请等待cron正常工作。)
- 如果所有已选取项目,则准备好接收电子邮件
DISPLAY COMMENT HISTORY
将显示Order is ready for pickup
(CUSTOMER NOTIFIED
标志为true
。)
- 如果未挑选所有项目,则会显示取消电子邮件和显示备注历史记录
Order has been canceled - all items were not available
CUSTOMER NOTIFIED
标志为true
。)
部分订单取消
- 订购至少两种产品。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 等待两个小时进行交易记录结算。
- 从“发票”视图创建仅含部分订购产品的贷项通知单。
- 订单历史记录更新:
We refunded $X online. Transaction ID: transactionID
- 订单历史记录更新:
Order notified as partly canceled at: Date and Hour
- 收到订单退款电子邮件:
$x amount was refunded
- 订单状态为
Processing
。
- 在Adobe Commerce中创建的贷项通知单(等待cron正常工作)。
- 如果某些项目未领料,请确认显示带有nil领料或退款部分的Ready for Pickup电子邮件。
DISPLAY COMMENT HISTORY
显示Order is ready for pickup, but some items not available.
。
CUSTOMER NOTIFIED
标志为true
。
准备提货
完全取消
(所有产品均设置为0数量提货)
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 转到Postman并运行准备收取请求,其中所有产品均设置为
picked
并设置0 qty
。
- 已更新订单历史记录:
We refunded $X offline
- 订单状态为
CLOSED
。
- 创建贷项通知单。 (请等待cron正常工作。)
- 已收到退款电子邮件:
$x amount was refunded
- 已发送“订单取消”电子邮件。
准备提货 — 部分取消
(某些产品已提货,而某些产品已与0 qty
一起提货)
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 转到Postman并运行准备提货请求,其中部分产品设置为0数量,其余产品设置为0数量。
Your order is ready for pickup
包含Ready for Pickup Items和Canceled Items个表。
- 订单状态为“准备提货”。
- 已更新订单历史记录:
We refunded $X offline.
- 已更新订单历史记录:
Order notified as partly canceled at: Date and hour
- 已收到退款电子邮件:
$x amount was refunded
- 已创建贷项通知单。 (请等待cron正常工作。)
准备提货 — 部分取消
某些产品已提货,而某些产品已与0 qty
一起提货
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 转到Postman并运行准备提货请求,其中部分产品设置为0数量,其余产品设置为0数量。
Your order is ready for pickup
包含Ready for Pickup Items和Canceled Items个表。
- 订单状态为“准备提货”。
- 已更新订单历史记录:
We refunded $X offline.
- 已更新订单历史记录:
Order notified as partly canceled at: Date and hour
- 已收到退款电子邮件:
$x amount was refunded
- 已创建贷项通知单。 (请等待cron正常工作。)
已分配(在分配期间)
完全取消(所有产品都设置为已拒绝)
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 转到Postman并运行准备收取请求,将所有产品都设置为已收取。
- 打开邮箱,找到“准备好取货”电子邮件。 然后单击**Confirm Arrival**。
- 签到。
- 转到Postman并运行Dispensed请求,将所有产品都设置为已拒绝。
- 已更新订单历史记录:
We refunded $X offline.
- 已收到退款电子邮件:
$x amount was refunded
- 状态设置为
CLOSED
。
- 已创建贷项通知单。 (请等待cron正常工作。)
已分配(分配期间)
部分取消
(某些产品已分配;某些产品已被拒绝。)
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 转到Postman,运行准备收取请求,并将所有产品设置为已收取。
- 打开您的邮箱。 找到“准备好取车”电子邮件,然后选择
Confirm Arrival
。
- 签到。
- 转到Postman,然后运行Dispensed请求,其中某些产品设置为dispensed,而某些产品设置为rejected
-
已更新订单历史记录: We refunded $X offline
-
Order notified as partly canceled at: Date and Hour
-
已收到退款电子邮件: $x amount was refunded
-
订单状态设置为Ready for pickup Dispensed
-
已创建贷项通知单。 (请等待cron正常工作。)
返回 新的RMA (完整)
- 下订单。
- 等待订单同步。
- 如果已配置授权和捕获选项,请验证是否已创建发票,以及客户是否已收到发票电子邮件。
- 选择Postman的所有产品。
- 签到。
- 进行分配。
- 转到订单,然后选择 Create returns=
- 创建RMA。
- 已创建RMA,RMA显示在“订单”视图的 Returns选项卡下方。 - 客户收到了RMA确认电子邮件。
返回后 新RMA — 部分
- 下订单。
- 等待订单同步。
- 检查是否已创建发票(如果授权并捕获)以及是否已收到发票电子邮件。
- 选择Postman的所有产品。
- 签到。
- 进行分配。
- 转到订单,然后选择 Create returns
- 创建包含部分订购产品的RMA。
- RMA已创建并显示在订单视图的 Returns 选项卡下方。
- 客户收到了RMA确认电子邮件。
- 创建RMA后,获取RMA授权:从管理员转到 Sales > Returns。 选择您创建的RMA并授权它。
- 验证客户是否收到了RMA授权确认电子邮件。
- 检查退款是否已添加至交易和订单历史记录。
商店履行应用程序权限
测试计划的此部分涵盖商店履行应用程序用户的帐户管理。
- 确认应用商店关联可以使用从Adobe Commerce管理员创建的新用户帐户进行身份验证。
- 确认已成功应用对现有帐户的更新。
功能区域: Adobe Commerce管理员
角色: 管理员,存储关联
测试类型: 全部为正
用户帐户管理 — 创建帐户
- 管理员 — 登录Adobe Commerce管理员
- 转至 System >商店履行应用权限>所有商店履行应用用户
- 添加新用户。
- 已成功创建帐户。
- 新用户帐户显示在Store Fulfillment Users仪表板上。
- 应用商店关联 使用新用户帐户登录到应用商店助手应用。
用户帐户管理 — 更新现有用户帐户
- 使用管理员用户帐户登录Adobe Commerce管理员。
- 转至 System >商店履行应用权限>所有商店履行应用用户。
- 在“用户帐户”列表中,通过选择 Edit 打开现有的活动用户帐户。
- 通过将 Is Active 更改为 否 禁用该帐户。
- 在 Store Fulfillment App Users 仪表板上,已更新帐户的状态更改为 Inactive。
- 应用商店关联无法使用非活动帐户凭据登录到“应用商店助手”应用程序。
Adobe Commerce产品类型
Adobe Commerce产品类型的测试方案将验证客户能否看到不同产品类型的正确产品、库存和交付方法信息:
- Configurable
- Grouped
- Virtual
- Bundle products在Adobe Commerce店面。
功能区: Adobe Commerce前端
角色: 商店助理应用用户(商店关联)
测试类型: 全部为正
可配置的产品
- 验证用户是否只能看到这些可配置选项(已启用来源、已分配库存以及库存中有某些项目),并检查子产品。
- 验证在选择其他存储时,不可用的选项是否显示为已划出。
- 验证如果用户选择不同的商店,则会取消选择可配置的选项。
- 验证当可配置产品已在购物车中,并且用户选择其他商店时,该产品将显示为缺货。
已分组的产品
- 验证当所有子产品都具有
qty
设置为0
。Add to cart
- 验证当至少有一个子产品将
qty
设置为时,是否为客户启用传递方法 0.
- 验证Store Pickup Delivery方法是否仅对启用了Available for Store Pickup的产品可见和有效。 (检查子产品。)
虚拟产品
验证虚拟产品是否不提供In-store Pickup交付方法。
捆绑产品
- 验证是否至少有一个子产品禁用了Available for Store Pickup,则客户无法使用“商店见面交货”选项。
- 验证如果至少有一个子产品禁用了Available for Home Delivery,则客户无法使用“主页交付”选项。
- 验证捆绑包中是否至少有一个子产品缺货,捆绑包(父产品)也会显示 作为Out of stock。
签到体验
测试计划的此部分涵盖以下功能的商店提货订单登记体验:
功能区域: 购物车结帐,商店提货单的登记表
角色: 管理员、客户、商店联系人
测试类型: 全部为正
备用代答联系人
功能区: 购物车结帐
角色: 客户
测试类型: 全部为正
备用代答联系人
签入
客户提交具有“店内提货”选项的订单。
在结账过程中,客户在送货步骤中看到Alternate Pickup Contact选项。
备用代答首选联系人,签到
客户提交具有“店内提货”选项的订单。 在结账过程中,客户添加了Alternate Pickup Contact。
在结账过程中,客户在送货步骤中看到Preferred Contact选项。
备用代答联系人详细信息,签到
客户提交具有“店内提货”选项的订单。 在结账过程中,客户在送货步骤中选择Alternate Pickup Contact。
客户看到用于输入联系人详细信息的输入选项: First name、Last name、Phone和Email。
备用接送,签到电子邮件
客户提交具有“店内提货”选项的订单。 在结账过程中,客户在送货步骤中选择Alternate Pickup Contact,添加联系人详细信息,并提交订单。
客户和备用联系人都会收到订单的“签入”电子邮件。
替代装货,订单详细信息
客户提交具有“店内提货”选项的订单。 在结账过程中,客户在送货步骤中选择Alternate Pickup Contact,添加联系人详细信息,并提交订单。
管理员会看到已保存订单上的其他联系信息。
备用代答联系人,商店关联订单视图
客户提交具有“店内提货”选项的订单。 在结账过程中,客户在送货步骤中选择Alternate Pickup Contact,添加联系人详细信息,并提交订单。
“商店关联”可以在FaaS/ChaaS中查看有关订单的其他联系信息。
签到表单
功能区: 签入表单
角色: 客户
测试类型: 全部为正
签入操作 — 提交请求
在签到表单中,客户填写所有必填字段,并提交请求。
客户收到成功响应。
签入操作 — 查看请求详细信息
客户已成功提交签到请求。
订单状态会在FaaS系统中更新,而“商店关联”可以在FaaS中查看签入请求详细信息。
签入操作 — 仅提交请求一次
在提交订单签到请求后,客户会选择再次签到的链接。
在签入表单上,客户看不到编辑或重新提交表单的选项。
签入操作 — 确认到达
店内提货单已标记为可在FaaS中提货。 客户收到“准备好取货”电子邮件,并选择Confirm Arrival。
客户看到订单的“签到”表格。
商店协助应用程序
测试计划的此部分介绍了应用商店助手应用程序中测试订单、挑选和移交工作流的场景。
功能区: 商店助理应用
角色: 存储关联
测试类型: 全部为正
单个订单领料 — 快乐路径,路边领料
挑选单个和多数量物料。 无nil pick,路边取车(带暂存功能)。
多订单领料 — 快乐路径,路边领料
单个和多数量物料。 无nil pick,路边取车(带暂存功能)
单订单提货 — 店内提货的快乐路径
单个和多数量物料。 无Nil Pick和店内取货(带暂存)
多订单领料 — 快乐路径,店内领料
挑选单个和多数量物料。 无nil pick,路边取车(带暂存功能)。
单一订单领料 — 路径不愉快,店内领料
挑选单个和多数量物料,包括部分挑库和零挑库以及店内提货(具有暂存)
多订单领料 — 不满意路边领料
挑选单个和多数量物料,包括部分挑库和零挑库以及店内提货(具有暂存)
单订单提货 — 路径不愉快,路边提货
挑选单个和多数量物料,包括部分挑库和分段挑库(具有暂存)
订单已下达 — 选取器未选取或标记的所有项目不可用
部署
在验证解决方案已配置并且已按照您的规范进行测试后,您就可以准备从暂存部署到生产。
部署和测试因您的基础架构和功能而异。
有关Adobe Commerce在云基础架构项目中的部署准则、核对表和最佳实践,请参阅Adobe Commerce开发人员文档中的
部署您的应用商店。
dd168ac6-a357-4bc5-ae6f-a7e463fa4dfb