测试场景和测试用例区别是什么？为什么先要设计测试场景？测试场景对应的是实际的业务场景，业务场景是业务流程中因不同的事件触发后的业务情景。测试场景就是对事件触发时的业务情景在质量角度的描述。而测试用例是对测试场景在测试范围和测试点的详细覆盖。
第一步：根据业务的目标（价值）、类别、技术等输入，确定业务场景分析的范围。
业务分析就是需求分析的过程。这里不仅仅考虑需求的功能逻辑，还需要结合不同业务类型，根据历史业务经验沉淀和风险沉淀进行综合考虑。
第二步：业务流程梳理（业务场景）
将需求说明转化为业务流程，完成事件流（基本流+备选流）以及业务分析过程和技术分析过程的梳理。细化出原子级别的场景分支。
事件流： 同一事件不同的触发顺序和处理结果形成事件流，事件流分为基本流和备选流
基本流： 程序从开始执行直到成功结束所经过的最短路径。
备选流： 一个备选流可能从基本流开始，在特定条件下执行，然后重新加入基本流中；也可起源于另一个备选流，执行后加入基本流或终止用例。根结点的备选流要具备原子性。
第三步：场景串联
通过第二步中拆解的场景，根据沉淀后的场景集，用组合，合并等方法梳理出所有的事件流。事件流必须100%覆盖所有的基本流+备选流组合。
测试用例设计
测试用例的设计很多时候是测试数据设计的过程，根据事件流（基本流+备选流）、数据和根据不同的角色，进行用例覆盖。需要确保所有场景100%覆盖。
非功能性设计扩展
测试用例在设计上除了考虑功能性质量属性，还需要对非功能性进行覆盖，推荐一个四字法进行设计。
多：针对测试用例进行大数据量覆盖测试
并：针对测试用例进行大数据量同时执行，验证并发下的测试结果
复：重复的参数对同一用例进行执行测试。验证幂等结果是否符合预期。
异：用非正常输入值进行用例测试。验证结果的正确性。
测试策略
策略其实考虑两个问题，过程和方法：“测什么”，“怎么测”。
1）你的测试对象是什么？
2）本次测试的目标是什么？
3）测试中重点、难点、风险是什么？
4）测试要覆盖的深度和广度
5）如何安排各种测试计划（先测什么，再测什么，时间资源安排）
6）如何准出（测试结果）
推荐阅读：
如何编写高质量的测试用例？测试用例设计方法总结
怎么进行测试用例管理？测试用例管理平台的功能有哪些？
测试用例设计的5大步骤及注意事项
为什么要用测试用例管理工具？如何选择测试管理工具？
测试用例管理之常见的测试用例变更有哪些类型
测试用例怎么写？测试用例设计方法大全
如何使用和管理测试用例？测试用例管理的主要功能有哪些？
一般写测试用例用什么工具？好用的测试用例管理工具推荐
sales@spasvo.com
