常用测试用例设计方法——场景法场景法测试用例设计场景法理论场景法设计过程场景法发现bug的个人体会
法测试用例设计场景法理论
方法测试用例的设计方法主要用于事件的触发流程，触发一个事件后，形成相应的场景流程，不同的事件触发不同的顺序和不同的处理结果，形成一系列事件结果。 场景分析法也被称为流动分析法，因为也可以将这一系列事件触发流程视为不同的路径，使用路径覆盖的方法设计测试用例。
在方法设计过程中，首先将与系统的执行相关的各种过程图形化，然后可以从最基本的过程开始，将过程抽象成不同的功能顺序来执行。 除了最基本的流程之外，还可以通过考虑次要的或异常的流程来逐渐细分各种流程，以加深对流程的理解，或者将看起来孤立的个别流程相关联。 所有进程的制图完成后，所有路径的设置都将完成。
找到所有路径后，下一个任务是为每个路径设置优先级。 这样可以在测试时先测量高优先级路径，然后再测量低优先级路径，如果时间紧迫，也可以忽略低优先级路径。 优先顺序是根据两个原则选择的。 一个是使用路径的频率，另一个是路径的重要性。 可以根据两个原则比较所有路径的优先级，并根据优先级更明确地进行测试。
为每个路径设置优先级后，下一个任务是为每个路径选择测试数据并构建测试用例。 在选择测试数据时，利用边界值、等价类等方法，用表对应各测试数据的输入输出，完成测试用例的设计
简单来说就是五步：
1 .制作业务流程图(一般产品需求文件中的) ) ) ) ) ) ) ) ) ) )。
2 .设置功能路径的优先级(基于优先级的两个原则) ) ) )。
3 .确定测试路径(业务主流程路径必须包括在内，优先级高的必须包括在内，其他子路径必须查看项目进度安排) ) ) ) )。
4 .选择测试数据(根据边界值设计等价类) )。
5 .构建测试用例
场景法发现的bug可以用场景法囊括业务流程。 场景法中遇到的bug一般是严重的bug。 另外，也有在使用APP时将一些填写资料设为分页形式等体验上不友好的错误。 (填写会员号码后进入下一页，填写其他信息后提交申请)。
设计用例如下。
1 .进入页面-填写会员号码-在下一页填写-提交其他信息(主营业务优先顺序最高) )。
2 .进入页面-填写会员号码-下一页不填写信息返回上一页-继续整个业务流程
3 .进入页面-返回
4 .进入页面-填写错误的会员号码-进入下一页
.
用例还有很多，不一一列举； 我发现过一个有趣的错误，就是填完所有信息后返回上一页，上一页的信息被清空了。 当然，如果需求是这样的话，就不是臭虫了。 另外，上一页没有被清空，但在未修改会员号码而再次进入下一页时其他信息被清空。
个人心得在根据场景法设计用例时，一定要根据需求文档的业务流程进行书写。 未显示需求时，多与产品沟通业务流程； 冒烟阶段场景法是一种非常有用的用例设计方法，为我们的整个功能提供了最重要的业务稳定保障，只有主流程稳定才能向其他方向开展开发和测试。
一般来说，场景法最初设计得不够好。 在测试过程中要不断改进我们的场景，更新测试用例。 特别要注意【前进、后退、页面切换等功能】和更新完成业务流程时应该跳的页面、更新当前页面等交互动作