从本篇文章开始，进入到测试用例设计方法的分享，第一个要分享的方法就是，场景法。
相信对测试有一定基础的你会感到奇怪：用例设计方法，不是应该从等价类划分法说起吗？为什么一上来就直接说场景法呢？
对，如果从浅入深的角度，应该是等价类划分，到边界值，再到场景法。
这也是很多转行测试的小伙伴在回答面试题——你知道有哪些测试用例设计方法？
直接就抛概念：等价类划分法、边界值法、场景法、因果图法……
听你这么回答，面试官心理大概有答案了：这个面试者没有工作经验，只是在背答案而已。
而实际工作中呢？
先是用场景法梳理流程。
一个博客网站：注册–> 登陆 --> 写博客 --> 发表博客，分析每一个环节会有怎样的走向，再细化到每个环节中，需求文档有什么样的说明？
比如，第一步，用户需要先注册，注册会有成功与不成功的情况，需求文档有什么要求：用户名不能超过50个字符，手机号必填，验证码有限期是5分钟等。
注意到这些量化值了吗？这时候，等价类划分法和边价值法就该出场了。
经过这么一说，可以理解我为什么从场景法开始说起了吧。
定义场景法：
尽可能真实模拟用户操作的一种用例设计分析方法。
场景法主要基于2个层面开展：
业务（需求）层面：对被测软件的重要功能、业务逻辑（系统要实现什么、如何实现？）、行业背景深入理解技术层面：基于等价类划分中的有效等价类——模拟用户正确操作；无效等价类——模拟用户错误操作核心概念：
基本流（正确流、有效流）：模拟用户正确的操作流程备选流（错误流、无效流）：模拟用户错误的操作流程设计步骤 根据说明，描述出程序的基本流及各项备选流根据基本流和各项备选流生成不同的场景对每一个场景生成相应的测试用例对生成的所有测试用例重新审核，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值
尽管现在已经越来越少人去 ATM 机取款了，但是大家对取款流程比较熟悉的，具体如下图所示：
流程图中，蓝色的部分属于基本流，全部操作正确，可以成功取款并退卡；但是，各个环节中延伸出来的错误操作，即属于备选流。
当然，备选流也是有机会重新回到基本流中的。
最后，为了优化测试用例，在场景法梳理的流程中，如果前面的步骤测试通过了，可以将其设置为测试用例的前置条件。
以上就是本篇文章所要分享的内容，欢迎各位nrdlc指正。你的指正，能让我在测试之路上快速成长。
Leo Never Stop Fighting！