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

不念不忘少年蓝@ 2023-01-12 01:43 159阅读 0赞

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

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

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

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

## 1、基于场景的测试 ##

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

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

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

## 2、测试用例设计 ##

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

1）测试难点

主要有以下几个难点：

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

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

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

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

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

（1）基本流

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

（2）备选流

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

与基本流不同的是，基本流是一条完整的业务流程，而备选流仅是业务流程中的一个执行片段。对比图如下：  
![在这里插入图片描述][20210127142136318.png]

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

总之，如果你还是记不太清这两者的关系，可以通过下图回忆一下：![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyNDM0MzE4_size_16_color_FFFFFF_t_70 1]

## 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.软件测试学习路线以及相对应的视频学习教程免费分享！

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyNDM0MzE4_size_16_color_FFFFFF_t_70]: /images/20221119/52c518deb78241428747323940893125.png
[20210127142136318.png]: /images/20221119/252134640a864b01a0a7f56b39390869.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyNDM0MzE4_size_16_color_FFFFFF_t_70 1]: /images/20221119/0fe55a89706041a2ad747472317a09c8.png