软件测试技术基础教程11.用例设计方法-场景分析法.pptxVIP

用例设计方法-场景分析法目前软件行业内的大多数业务软件基本都由用户管理、角色管理、权限管理、工作流等几个部分构成。作为被测对象的终端用户，期望被测对象能够实现他们的业务需求，而不是简单的功能组合。因此针对单点功能利用等价类、边界值、判定表等用例设计方法能够解决大部分问题，但涉及业务流程的软件系统，采用场景设计法是比较恰当的。现在的软件几乎都是用事件触发来控制业务流程的，事件触发时的情景形成场景，而同一事件不同的触发顺序和处理结果形成事件流。这种在软件设计方面的思想也可以引入软件测试中，从而比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。针对场景业务流，通常可分为基本流、备选流及异常流3种业务流向。基本流表示输入经过每一个正确的流程运转最终达到预期结果，备选流表示输入经过每一个流程运转时可能产生异常情况，但经过纠正后仍能达到预期结果，而异常流表示输入经过每一个流程运转时，产生异常终止的现象。基本流和备选流，通常作为业务流程测试过程中优先级较高的测试分支，应详细设计定义。异常流作为可靠性健壮性用例亦需同步考虑。场景分析法的基本流程如右图所示。从图中可以看出，基本流从流程开始直至流程结束，中间无任何异常分支，往往表述一个正向的业务流程，也是优先级较高的流程。备选流尽管在流程流转过程中出现了异常，但仍能回到基本流主线，如备选流程1及备选流程2，最终仍能回归基本流，直至流程结束，而异常流，如异常流程1及异常流程2，在基本流或备选流基础上出现了异常，并最终异常结束业务流程。在实际测试过程中，有些公司仅划分基本流和备选流，但流程较为复杂，如存在多级审批会签时，最好加入异常流的分析步骤。从上图中可以看出，共有8个业务场景。确定场景时需关注流程的入口，重复的节点不可作为新的场景，每个场景应包含从未包含的节点。如果基本流—备选流程2—备选流程1—基本流程与基本流—备选流程1—备选流程2—基本流程实际上是同一个流程，则不可算作新的场景流程。场景1：基本流场景2：基本流—备选流程1—基本流场景3：基本流—备选流程2—基本流场景4：基本流—异常流程1场景5：基本流—备选流程2—异常流程2场景6：基本流—备选流程1—备选流程2—异常流程2场景7：基本流—备选流程1—备选流程2—基本流场景8：基本流—备选流程1—异常流程1上述例子中，从场景分析角度来看，共有8个场景，构成了至少8条测试规则，但在实际使用过程中，针对每个节点在设计用例时需考虑其成立的条件，利用等价类及边界值进一步细化测试规则及路径，从而提取用例。与状态迁移法类似，场景分析法不验证单个功能的正确性，在实际使用时需注意。运用场景设计法设计用例时，首先需清楚被测对象的需求规格说明，根据需求流程描述，抽取业务流程，绘制场景流程图。最终根据每个节点的需求，利用等价类及边界值方法细化路径，抽取测试用例。案例一：嵌入式发送子流程。在某嵌入式系统中，将待发送的数据打包成符合CAN协议的帧格式后，便可写入发送缓冲区，并自动发送。该发送子程序的流程如下。（1）进入发送子程序。（2）系统判断是否有空闲发送缓冲区，如果没有则返回，启动发送失败消息。（3）如果有空闲缓冲区，将数据包写入空闲发送缓冲区。（4）系统判断是否写入成功，如果不成功则返回，启动发送失败消息。（5）如果写入成功，则启动发送命令。（6）返回启动发送成功消息。分析需求，被测对象业务流程共有进入发送子程序、判断空闲发送缓冲区、发送失败消息、写入数据、启动发送命令、启动发送成功消息这6个流程节点，绘制场景流程图如右图所示。场景1：A—B—C—D（基本流）场景2：A—E（异常流）场景3：A—B—E（异常流）根据上图流程图设计用例，每一条路径构成一条用例规则，则：利用场景设计法，该业务可设计3个流程用例进行测试。问题答疑渠道汇智动力学院微信公众号汇智动力软件测试技术交流群