从本文开始，我们将进入共享测试用例的设计方法。 首先共享的方法是场景法。
相信测试有基础的你会觉得不可思议吧。 用例的设计方法不应该从等价类的划分法开始吗？ 为什么要马上直接说场景法呢？
是的。 从浅角度看，应该是等价类的划分、边界值，然后是场景法。
这也是很多跳槽测试的伙伴在回答面试问题——。 你知道有什么样的测试用例设计方法吗？
放弃直接概念：等价类划分法、边界值法、场面法、因果图法……
听听你的回答，面试官的心理可能有答案。 这个面试者没有工作经验，只是在背答案。
在实际工作中呢？
首先用场景法整理流程。
一个博客网站：注册---登录---写博客---发表博客，分析各个环节走向什么方向，细分为各个环节，需求文档有什么说明？
例如，在第一步中，用户必须先注册。 注册可能成功，也可能失败。 要求文件有什么要求？ 用户名不能超过50个字符。 手机号码是必须的。 验证码有期限，5分钟。
你注意到这些量化的值了吗？ 此时，应该出现等价类划分法和边价值法。
这么一说，你就能理解我为什么从场景法开始说话了吧。
定义
场景法：
一种尽量真实模拟用户操作的用例设计分析方法。
场景法主要基于两个层面展开：
业务(需求)水平：被测软件的重要功能，业务逻辑(系统实现什么，如何实现？ 深刻理解行业背景
技术水平：基于等价类别划分中的有效等价类别——模拟用户的正确操作； 无效等价类——模拟用户误操作
核心理念：
基本流程(正确流程、有效流程)模拟用户的正确操作流程
替代流(错误流、禁用流)模拟用户错误的操作流
设计步骤
根据说明，描述程序的基本流程和各替代流程
基于基本流和各替代流生成不同场景
为每个场景生成适当的测试用例
对生成的所有测试用例进行重新评估，去除多余的测试用例，确定测试用例后，针对每个测试用例确定测试数据值
现在用自动取款机取款的人越来越少，但我对取款过程很了解。 具体请参照下图。
流程图中，蓝色部分属于基本流程，所有操作正确，取款成功，可退卡； 但是，各阶段扩展的错误操作属于替代流程。
当然，替代流也有机会返回基本流。
最后，为了优化测试用例，在场景法整理流程中，如果在上一步通过了测试，可以设置为测试用例的前置条件。
以上是本文共享的内容。 等待bldjr的指出。 你的指出可以让我在测试的道路上快速成长。
Leo Never Stop Fighting！