shop商城发货流程用例和测试点

一、发货业务



1. 逆向发货失败





1）逆向发货失败的原因

• 未登录或登录失败: 在进行发货操作时，如果系统检测到用户未登录或登录失败，将无法完成发货，导致逆向发货失败。登录失败的原因可能包括账号密码错误、账号被冻结等。
• 

2. 正向发货成功



1）发货业务概述



• 概述: 发货业务是电商流程中的重要环节，涉及订单审核、物流信息填写等多个步骤。

2）发货成功用例编写

• 用例编写目的: 确保发货流程顺畅，验证系统在发货成功场景下的表现。

3）前置条件分析

• 前置条件:
  • 卖家已登录: 卖家需具备有效账号和密码，成功登录后台系统。
  • 订单未发货: 存在一个未发货的订单，订单号需明确（如001）。

4）测试步骤详解



• 测试步骤:
  • 第一步: 卖家登录后台系统，确保登录成功。
  • 第二步: 审核订单，确认订单审核成功。此环节可能包含多个子步骤，但测试时简化为审核成功状态。
  • 第三步: 填写物流单号，包括物流公司和单号，确保填写成功。

5）发货成功后的验证

• 验证内容:
  • 后台验证: 发货成功后，后台系统应显示订单状态为“已发货”。
  • 前台验证:
    • 买家端: 买家在“我的订单”中可查看订单状态为“已发货”，并可跟踪物流信息。
    • 卖家端: 卖家在“已发货列表”或“待收货”中可查看该订单。
  • 提示信息: 买家应收到发货成功或物流动态更新的提示信息。

3. 逆向发货失败



1）发货业务概述

• 发货业务: 涉及卖家登录、订单审核、填写物流单号等步骤。

2）逆向发货失败的定义

• 逆向发货失败: 指的是在发货业务过程中，由于某些原因（如订单审核失败、登录失败、填写物流信息失败等）导致发货未能成功完成的情况。

3）逆向发货失败（订单审核失败）的测试用例

• 测试用例编号: 如tpshop_shipments_003
• 前置条件: 卖家已有未发货订单，且卖家已有账号和密码
• 测试步骤:

1. 1. 卖家登录账号
   2. 订单审核失败（例如，审核不同意）

• 测试数据: 订单号如002，登录失败原因可标注为“审核不同意”
• 预期结果: 发货失败，订单状态更新为审核失败或相关状态

4）登录失败的具体表现与标注



• 登录失败的具体表现:
  • 密码错误
  • 未登录
  • 请重新登录
  • 请重新输入
• 标注方法:
  • 在测试数据中明确标注登录失败的原因，如“密码错误”
  • 目的是为了给执行人提供明确的失败原因，避免执行时的纠结
• 示例: 直接在测试数据中标注“登录失败原因：密码错误”

4. 逆向发货失败

1）发货失败案例介绍

• 案例介绍：介绍了一个发货失败的案例，具体细节未详细说明。

2）订单审核失败的情况说明

• 订单审核失败原因：订单审核失败可能由于多种原因，如信息填写错误、系统问题等。
• 处理流程：审核失败时，需要标注审核失败的原因，并进行核心原因的审核。

3）买家与卖家在订单取消后的状态

• 订单取消后的状态：订单取消后，买家和卖家可以在“已取消”订单列表中查看订单状态。
• 信息通知：订单取消后，系统应发送取消信息给买家，买家信息中心可查看。

4）发货失败后的金额处理问题

• 金额处理：发货失败后，金额应原路退回至买家的账户余额或原支付渠道。
• 退款时间：退款通常不会立即到账，需要一定时间处理。

5）不同平台的退款方式对比

• 淘宝退款方式：早期默认退款到账户余额，后需买家手动提现。
• 京东退款方式：通常原路返回至支付渠道，较为便捷。
• 图示展示了发货失败的案例流程，包括订单审核失败、发货失败等环节。
• 图示说明了订单在不同状态下的显示情况，如待发货、已取消等。





1）发货失败的具体情景





• 发货失败的案例: 如订单号002，卖家登录失败导致发货失败；订单号003，卖家订单审核失败导致发货失败。
• 发货成功的案例: 如订单号001，卖家登录成功、订单审核成功、填写物流单号成功，最终发货成功。

2）物流信息失败的处理与提示



• 物流信息失败原因: 如单号为空或填写错误。
• 系统提示: 当物流信息失败时，系统会提示“请输入正确的物流单号”或“单号不可为空”。
• 买家与卖家的查看: 买家在“我的订单”中可查看订单状态，卖家在“已发货”或“已取消订单”列表中可查看。

3）订单状态与数据库的关系



• 订单状态更新机制: 订单信息提交成功后，后台会接收信息并更新物流状态为“已发货”。若物流信息填写错误或为空，后台可能不会更新状态。
• 数据库的改变: 正常情况下，单号为空时后台应先判断，但也可能存在未判断或判断失误的情况，导致数据库状态与实际不符。

4）测试建议与注意事项

• 测试建议: 在测试时，建议将各种可能的发货失败情况都进行测试，包括登录失败、订单审核失败、物流信息填写错误等，以确保系统的健壮性。
• 注意事项: 由于可能存在后台判断失误的情况，因此在测试时应仔细检查数据库状态的变化，确保状态更新与实际操作一致。同时，对于买家和卖家的查看功能也应进行测试，以确保信息的准确性。

二、知识小结

知识点	核心内容	考试重点/易混淆点	难度系数
发货业务流程	正向流程：登录账户->审核订单->填写物流单号->发货成功	正向流程步骤及顺序
	逆向流程：未登录/登录失败->审核不通过->物流信息填写失败	逆向流程中的失败情况
前置条件	卖家已有账号和密码，未发货订单（订单号如001）	前置条件的必要性及具体内容
测试步骤	1. 登录成功 2. 订单审核成功 3. 填写物流单号成功	步骤的完整性及顺序
	登录失败、订单审核失败、填写物流信息失败的测试	逆向测试步骤
测试数据	卖家账号、密码，订单号（如001），物流公司和单号	测试数据的准确性和完整性
预期结果	发货成功：订单状态变为已发货，可跟踪物流信息	预期结果的准确性
	发货失败：提示相应失败信息，订单状态可能不变或变为已取消	失败情况的预期结果
易混淆点	前台与后台操作的区别，订单状态的变化逻辑	前台后台操作的理解，状态变化的原因
难点	理解发货业务逻辑，编写准确的测试用例	业务逻辑的理解及测试用例的编写
建议	保留对订单状态变化的检查，即使填写物流信息失败	对可能存在的bug进行防范