在不同应用场景中，我们该如何进行测试呢？

在我们的日常工作中，我们通常接触到的都是比较复杂的系统。而复杂的系统就意味着比较复杂的测试程序。首先，对于复杂的系统来说，如果想要做功能测试，一般需要考虑到测试数据的问题，还要考虑如何从全局出发，既要把整个业务流程需要测试的内容充分覆盖到。保证即使是多个功能点交叉、存在复杂约束的条件下，也不会出现漏测或者新bug的问题。

其次，即使是单一功能点，也需要足够熟悉，才能确保功能能在操作流程中顺利实现。

因此，作为软件测试工程师，我们需要在日常工作中不断积累经验，精进技术，确保自己能够应对不同场景完成测试任务。那么针对这些复杂的系统，我们应该如何进行测试呢？今天我们就来回顾一下。

1、基于场景的测试

为了解决复杂的测试任务，我们提出了基于场景的测试这一概念。这一概念主要以事件流为核心。当然，这一概念，也是为我们后期做高层次的功能测试设计打基础。那么，这一概念的基本思想是什么呢？

它是通过分析不同事件的触发顺序和处理结果，从而构建各个事件流。并且，基于这些事件的触发控制业务流程，形成多个不同场景，最终基于场景设计测试用例。

上图是这一概念的原理。我们不难看出，该图是一条自上而下、贯穿始终的基本事件流（简称基本流）。而其中，每个基本流代表一个被测的典型功能点或主业务。在基本流上，又存在多个触发点，不同触发点又会产生不同事件，从而触发业务流程分流，形成多个备选事件流（简称备选流）。由此，由基本流和备选流形成的不同业务流程（简称场景）诞生了。

2、测试用例设计

由于在不同的场景中，每个场景至少对应一组输入和一个预期输出结果（简称测试用例）。因此，基于场景的测试用例将是一个既庞大，又复杂的工程。那么，对于这样复杂的工程，测试难点有哪些呢？我们又应该如何设置基本流与备选流呢？下面，我们来一一回答。

1）测试难点

主要有以下几个难点：

l 如何根据业务，来构建测试的基本流和备选流；

l 如何基于事件流构建场景，从而满足测试的完整性和无冗余性；

l 如何根据场景，合理设计测试用例。

2）基本流和备选流的设置

针对我们要重点测试的业务，我们需要构建一个基本流和和若干备选流。

（1）基本流

先来回顾一下概念：基本流是指。从系统的某个初始状态开始，经一系列状态变化后，到达终止状态的过程中，最主要的一个业务流程。简言之，就是说整个业务流程中最基本的一个流程。它不需要很复杂，但却是一条高风险的业务流程。

（2）备选流

备选流是以基本流为基础，在经过基本流上每个判定节点（包括条件判定和循环判定），满足不同的触发条件，而导致的其他事件流。

与基本流不同的是，基本流是一条完整的业务流程，而备选流仅是业务流程中的一个执行片段。对比图如下：

对于我们来说，备选流数目决定了我们的工作量有多大。一般情况下，备选流的数目，取决于判定节点的数目与事务分析的颗粒度。简言之，颗粒度越细，考虑得越周全，得到的数目就越多，测试工作量也就越大。

总之，如果你还是记不太清这两者的关系，可以通过下图回忆一下：

3、构建场景

我们都知道，场景是基本流与备选流的有序集合。场景实际用途是用来描述流经用例的路径，即，整个测试过程经历哪些步骤（基本流和备选流）。这也就不难理解，为什么一个测试用例只能对应唯一一个场景了。

那么，我们的场景应该是什么样的呢？下面我们来回忆一下：

l 场景1：基本流；

l 场景2：基本流+备选流1；

l 场景3：基本流+备选流2；

l 场景4：基本流+备选流2+备选流3；

l 场景5：基本流+备选流2+备选流4；

l 场景6：基本流+备选流5；

l 场景7：基本流+备选流1+备选流2+备选流5；

l 场景8：基本流+备选流1+备选流2+备选流3；

l 场景9：基本流+备选流1+备选流2+备选流4。

除了以上的几种场景外，我们还可以通过增加更多备选流，从而构建更多的场景。但是，在这个过程中，我们就会发现，工作量变得异常庞大了。

那么，我们要如何做才能既给自己“减负”，同时又能合理的完成工作呢？我认为，你至少需要考虑这3点：

（1）最少的场景数等于事件流的总数，即基本流与备选流的总数；

（2）有且唯一有一个场景仅包含基本流；

（3）对应某个备选流，至少应有一个场景覆盖该备选流，且在该场景中应尽量避免覆盖其他的备选流。

4、如何设计测试用例呢？

基于场景，我们可以按照如下步骤，来设计测试用例：

（1）分析被测业务，基于风险的思想找到基本流和所有备选流；

（2）根据基本流和备选流构造适当规模的场景；

（3）根据场景设计测试用例；

（4）对每个测试用例补充测试数据，并实施测试。

不知道看完上述内容，大家有没有回忆起在不同应用场景中，我们该如何进行测试呢？希望印象不太深刻的小伙伴可以去翻翻以前的笔记。后面我们还将为大家提供一个实战案例，希望对大家的工作有所帮助。

喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

好文推荐

转行面试，跳槽面试，软件测试人员都必须知道的这几种面试技巧！

面试经：一线城市搬砖！又面软件测试岗，5000就知足了…

面试官：工作三年，还来面初级测试？恐怕你的软件测试工程师的头衔要加双引号…

什么样的人适合从事软件测试工作？

那个准点下班的人，比我先升职了…

测试岗反复跳槽，跳着跳着就跳没了…

包装成1年工作经验的测试工程师，我给他的面试前的建议如下

“入职一年，那个被高薪挖来的自动化软件测试被劝退了。”

4个月自学软件测试面进阿里！如何从功能测试转成自动化…我经历了什么

6000元报了培训班，3个月后我成功“骗”进了腾讯大厂，月薪15000