测试和部署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