如何写好测试场景

一.  测试场景和测试用例的关系

测试用例

1. 指针对某个特定场景或业务功能的详细测试步骤和期望结果的描述，包括输入数据、操作行为和预期输出。
2. 是根据测试场景编写的，是测试场景的具体实现。

测试场景

1. 指对呗测系统进行全面测试所需模拟的环境、情景和条件。
2. 是测试用例的背景和前提条件。场景的变化可能会导致测试用例的编写和执行方式的变化。测试用例的改变也可能影响测试场景的修改。

二.场景分析法

从用户的角度出发，从场景的角度来设计测试用例，是一种面向用户的测试用例设计方法

优点：实用性强，有效，设计出来的用例有价值

缺点：可能使用的场景不一定能对时间系列进行全面的分析，设计出来的用例不完整。

在场景法中，测试人员需把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情景。通过场景描述的业务流程(业务逻辑)，也包括代码实现逻辑。设计用例来遍历场景，验证软件系统功能的正确性。

1.场景法模拟的两类操作

模拟用户正确操作的业务流程—— 验证软件功能是否能够正确实现。

模拟用户错误操作的情景——验证软件的异常处理能力（健壮性）。

2.场景法模拟的两个基本要素

软件的功能要能够实现

要有强大的异常处理能力（健壮性）

3.使用场景法测试的思路（先整体后细节）

先关注他的主要功能和业务流程是否可正确实现。此时，就需要使用场景法来完成测试。当业务流程测试没有问题，即该软件的主要功能没有问题。

4.场景法主要基于的两个方面

业务层面：测试人员熟悉所测软件的业务流程/逻辑，即行业“业务上的专家”。

技术层面：

基本流：也可称有效流或正确流，模拟用户正确的业务操作流程。

备选流：也可称无效流或错误流，模拟用户错误的操作流程

三..注意点

1.简单来说，基本流是可以达到目的，备选流则达不到最终目的。

2.场景法的难度在于业务，业务越复杂则测试难度越大。

3.场景法中，场景和用例不一定是1:1的关系。一个场景有可能需要多条用例，同理一条用例也有可能支撑测试多个场景。

4.场景必须有基本流

5.场景中必须有内容从用例的开始，到用例的结束。

6.场景法的重点是测试流程，因此每个流程一个用例验证即可。流程测试没有问题并不能说明系统功能没有问题了，还需要针对单步的功能进行测试。---输入项

7.只有单个功能点和流程流程测试，才可算是充分的测试+等价类，边界值。-----细化测试