订单流程测试用例该怎么写

Question

订单审核后会根据订单类型会分别进入普通发货界面，委外发货界面，代销发货界面…
不同发货界面操作步骤有很大差别！
我的这几条用例重点测试订单能不能按订单类型流转到正确的界面！
我在操作步骤里已经写了创建订单，选择订单类型，填写其他数据，确认这些操作。还要补充发货界面的步骤让整个流程走完吗？

从测试流程角度我好像应该测完整流程，从用例名称，我觉得我测到它可以按订单类型流转到正确界面，就完了…
该怎么做是正确的

Answer 1

源于chatGPT仅供参考

针对订单流程的测试用例，您可以按照以下方式编写：

1. 测试用例名称：为每个测试用例选择一个清晰明确的名称，以描述要验证的功能或场景。例如，"订单流程 - 普通发货界面"、"订单流程 - 委外发货界面"、"订单流程 - 代销发货界面"等。

2. 前提条件：列出执行该测试用例所需的前提条件，例如已经创建了订单并选择了相应的订单类型。

3. 测试步骤：根据不同的发货界面，编写相应的测试步骤。确保测试步骤简洁明了，并包括必要的操作和输入数据。这些步骤应该覆盖整个流程，从开始到结束，以确保正确的流转。例如：

1. 登录系统并导航到订单审核页面。

2. 找到待审核的订单，并选择相应的订单类型。

3. 点击确认按钮，进入相应的发货界面。

4. 在发货界面填写必要的数据（根据具体情况）。

5. 执行其他特定于该界面的操作（根据具体情况）。

6. 确认发货并保存。
   ```

7. 预期结果：对于每个测试用例，明确指出预期结果。例如，"订单成功进入普通发货界面并成功发货"、"订单成功进入委外发货界面并成功发货"等。

保持测试用例简洁和易于理解，但确保覆盖整个流程。您可以编写多个测试用例来覆盖不同的订单类型和发货界面，并验证它们是否正确流转和执行。

此外，如果您希望更全面地测试整个流程，可以编写更加细化的测试用例，覆盖更多的功能和异常情况。例如，检查发货界面的数据验证、订单类型切换时的界面响应等。

根据您的需求和可用资源，选择适合的测试策略和深度来编写测试用例。

```