场景测试是一种通过模拟用户实际使用场景来验证软件功能的方法。以下是编写场景测试的步骤和要点：
定义场景
场景法通过描述系统的功能点或业务流程，包括正常和异常的情况，来提高测试效果。
场景主要包括四种类型：正常的用例场景、备选的用例场景、异常的用例场景和假定推测的场景。
确定基本流和备选流
基本流是程序执行的最简单路径，无任何差错，从开始直接执行到结束。
备选流是在特定条件下执行的路径，可能从基本流开始，也可能起源于另一个备选流，或者终止用例。
设计测试用例
根据基本流和备选流生成不同的测试场景。
对每个场景生成相应的测试用例，并确定测试数据值。
可以使用矩阵或决策表来确定和管理测试用例。
编写测试用例的格式
测试用例应包含测试用例编号、测试标题、所属模块、测试需求项编号、案例状态、预置条件、优先级、测试输入、操作步骤、预期输出、实际结果、案例设计者、设计日期、案例性质等。
对于性能测试，还需要考虑单场景、混合场景、稳定性场景和异常场景。
执行测试
执行测试用例，并记录实际结果。
分析实际结果与预期结果，确定是否存在缺陷或问题。
复审和优化
对所有测试用例进行复审，去掉多余的测试用例。
根据测试结果和反馈，不断优化测试用例和测试流程。
示例
假设我们要测试一个在线购物系统的订单处理流程，可以设计以下场景：
基本流
用户登录到网站。
用户选择书籍并加入购物车。
用户进行结账并登录账号。
用户确认订单信息并生成订单。
备选流
用户在结账时忘记登录账号，需要重新登录。
用户选择的图书库存不足，需要更换其他图书或取消订单。
用户在生成订单时网络中断，需要重新尝试生成订单。
根据这些场景，我们可以编写相应的测试用例，例如：
测试用例1：用户登录并选择书籍后成功加入购物车。
测试用例2：用户结账时输入错误的账号信息，系统提示重新登录。
测试用例3：用户选择的图书库存不足，系统提示更换图书或取消订单。
测试用例4：用户生成订单时网络中断，重新尝试后成功生成订单。
通过这种方式，我们可以全面覆盖订单处理流程中的各种可能情况，确保系统的稳定性和可靠性。