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

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

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

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的， 都可以加入我们 1079636098，群内可领取最新软件测试大厂面试资料和 Python 自动化、接口、框架搭建学习资料！

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）对每个测试用例补充测试数据，并实施测试。

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

加油吧，测试人！路就在脚下，成功就在明天！

最后：

未来的你肯定会感谢现在拼命的自己！

愿你我相遇，皆有所获！ 欢迎关注微信公众号：程序员一凡

1.免费领取一份 216 页软件测试工程师面试宝典文档资料。

2.软件测试学习路线以及相对应的视频学习教程免费分享！