一种基于UML活动图的智慧城市管理系统测试用例设计方法

摘要

本发明涉及软件测试技术领域，特别涉及一种基于UML活动图的智慧城市管理系统测试用例设计方法，其不同之处在于，包括以下步骤：不同之处在于，包括以下步骤：步骤1：根据智慧城市管理系统工程逻辑为系统建模，获取UML活动图；步骤2：将所述UML活动图转换为场景图；步骤3：将所述场景图编制成测试用例。本发明更适应应用开发的需求，更好的完成测试。

说明书

技术领域

本发明涉及软件测试技术领域，特别涉及一种基于UML活动图的智慧城市管理系统测试用例设计方法。

背景技术

我国是全球智慧城市建设最为积极的国家之一，近年来，随着政策红利进一步释放与资金的大量投入，智慧城市产业也迎来了新的发展高潮。在智慧城市的构建过程中，涉及到智慧城市的方方面面专项服务，包括：智慧政务、智慧产业、智慧民生等。

智慧城市的应用开发也面临业务范围广，知识更新快等特点，所以往往在开发过程之中，开发团队需要响应市场需求的同时快速开发出适应需求的高质量管理系统，如何正确的理解和分析智慧化需求成为项目开发是否成功的关键。

活动图是一种特殊的状态图，对于系统的功能建模特别重要，强调对象间的控制流程。作为表述过程基理、业务过程以及工作流的技术，可以用来对业务过程、工作流建模，指导开发。活动图是由需求工程师提供，而测试作为对开发成果的验证及评测过程，如果只依赖开发给的测试需求，则可能被开发误导，若将测试方案和用例前置到需求阶段，则可以更好的完成测试作为软件评测的功能，输出更符合需求的产品。

鉴于此，为克服上述技术缺陷，提供一种基于UML活动图的智慧城市管理系统测试用例设计方法成为本领域亟待解决的问题。

发明内容

本发明的目的在于克服现有技术的缺点，提供一种基于UML活动图的智慧城市管理系统测试用例设计方法，更适应应用开发的需求，更好的完成测试。

为解决以上技术问题，本发明的技术方案为：一种基于UML活动图的智慧城市管理系统测试用例设计方法，其不同之处在于，包括以下步骤：

步骤1：根据智慧城市管理系统工程逻辑为系统建模，获取UML活动图；

步骤2：将所述UML活动图转换为场景图；

步骤3：将所述场景图编制成测试用例。

按以上方案，所述步骤1中，根据智慧城市管理系统的架构，绘制UML活动图；智慧城市管理系统分为三层：数据感知层、数据处理层以及数据应用层；所述UML活动图中，泳道分为操作泳道、系统泳道和管理泳道，所述操作泳道负责所述数据感知层的数据获取，所述系统泳道负责所述数据处理层的数据处理和筛选，所述管理泳道负责所述数据应用层的数据应用及数据展示。

按以上方案，所述UML活动图中，初始节点位于操作泳道，结束节点位于管理泳道，且一个操作泳道数据获取的功能，经过系统泳道的处理，会转换成一个或者多个数据应用于管理泳道。

按以上方案，所述场景图中的基本流为所述UML活动图中的初始节点到结束节点中最简单的路径。

按以上方案，所述场景图中，一个功能的基本流一般有一个或多个，可根据所述结束节点的个数判断基本流的个数。

按以上方案，所述UML活动图中的判断节点具有一个进入控制流和多个导出控制流，多个导出控制流连接一个结束节点时，基本流数量等于导出控制流数量。

按以上方案，所述UML活动图中的分叉节点是从线性流程进入并发流程的过渡节点，它拥有一个进入控制流和多个离开控制流，所述离开控制流可以判断为备选流。

按以上方案，所述场景图中的每个基本流单独形成一个测试用例，与此基本流归于同一结束节点的备选流，与此基本流组合成为该功能项的其他测试用例场景，此测试用例场景经过的活动节点，为此测试用例的元素。

一种计算机可读介质，其上存储有计算机程序，所述程序在被处理器执行时用于实现如以上技术方案所述的方法。

一种电子设备，包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，所述一个或多个程序在被所述一个或多个处理器执行时用于实现如以上技术方案所述的方法。

对比现有技术，本发明的有益特点为：本发明可以帮助正确的理解和分析智慧化需求，响应市场需求的同时快速开发出适应需求的高质量管理系统，将测试方案和用例前置到需求阶段，可以更好的完成测试作为软件评测的功能，输出更符合需求的产品。

附图说明

图1为本发明实施例的流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本发明作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在下文中，将参考附图来更好地理解本发明的许多方面。附图中的部件未必按照比例绘制。替代地，重点在于清楚地说明本发明的部件。此外，在附图中的若干视图中，相同的附图标记指示相对应零件。

如本文所用的词语“示例性”或“说明性”表示用作示例、例子或说明。在本文中描述为“示例性”或“说明性”的任何实施方式未必理解为相对于其它实施方式是优选的或有利的。下文所描述的所有实施方式是示例性实施方式，提供这些示例性实施方式是为了使得本领域技术人员做出和使用本公开的实施例并且预期并不限制本公开的范围，本公开的范围由权利要求限定。在其它实施方式中，详细地描述了熟知的特征和方法以便不混淆本发明。出于本文描述的目的，术语“上”、“下”、“左”、“右”、“前”、“后”、“竖直”、“水平”和其衍生词将与如图1定向的发明有关。而且，并无意图受到前文的技术领域、背景技术、发明内容或下文的详细描述中给出的任何明示或暗示的理论限制。还应了解在附图中示出和在下文的说明书中描述的具体装置和过程是在所附权利要求中限定的发明构思的简单示例性实施例。因此，与本文所公开的实施例相关的具体尺寸和其他物理特征不应被理解为限制性的，除非权利要求书另作明确地陈述。

请参考图1，本发明的一种基于UML活动图的智慧城市管理系统测试用例设计方法，建模步骤如下：

1.根据智慧城市综合管理平台工程逻辑为系统建模，获取UML活动图。根据智慧城市综合管理系统架构，绘制UML活动图，智慧城市综合管理系统总共分为三层，数据感知层、数据处理层以及数据应用（展示）层，最下层为数据感知层，采用物联网技术，如虹膜获取等，图像获取等手段，获得最原始数据，提高数据的颗粒度；中间层为“智慧城市管理”的核心，主要进行数据处理，与普通的数据处理不同的是，“智慧城市管理系统”更关注于数据的融合、关联和复用，并且数据量庞大，需要利用大数据、人工智能算法、融合技术以及智能学习等现代化技术筛选、计算和存储；数据应用（展示）层则是复用管理层存储到数据仓库的数据，完成一系列的智慧应用，例如智慧园区、智能建筑、智慧公务等。根据“智慧城市管理系统”的架构绘制UML活动图。UML活动图泳道分为操作泳道、系统泳道和管理泳道，所述操作泳道负责“数据感知层”的数据获取，所述系统泳道负责“数据处理层的”数据处理和筛选，所述管理泳道负责“数据应用（展示）层”的数据应用以及数据展示。

2.将UML活动图转换为场景图。其中场景图中的基本流为UML活动图中“初始节点”到“结束节点”中最简单的路径：智慧城市综合管理平台中，“初始节点”一般位于操作泳道，“结束节点”一般位于管理泳道，且一个操作泳道数据获取的功能，经过系统泳道的处理，会转换成一个或者多个数据应用于管理泳道，所以，作一个功能的基本流一般有一个或多个，可根据“结束节点”的个数判断基本流的个数，一个基本流作为一个测试用例，此基本流中的活动节点作为该条测试用例的元素。

“判断节点”具有一个进入控制流和多个导出控制流，是判断关系，有且只有一条控制流可以执行，所以导出控制流同样应被绘制成基本流，多个导出控制流连接一个“结束节点”时，基本流数量等于导出控制流数量，每个基本流对应一条测试用例，流经此导出流的活动节点，判断为该条测试用例的元素。

判断备选流，可以通过UML活动图中的“分叉节点”判断，“分叉节点”是从线性流程进入并发流程的过渡节点，它拥有一个进入控制流和多个离开控制流，分叉节点的所有离开流程是并发关系，即分叉节点使执行过程进入多个动作并发的状态，所以“分叉节点”的离开控制流可以判断为备选流，与基本流结合起来，作为一个测试用例场景。值得注意的是，“分叉节点”的离开控制流中，如果事先被判断为基本流的组成部分，则此离开控制流不被重复判断为备选流。

3.场景图编制成测试用例。基本流一个单独形成一个测试用例，与此基本流归于同一“结束节点”的备选流，与此基本流组合成为该功能项的其他测试用例场景，此测试用例场景经过的活动节点，为此用例的元素。

本发明实施例中，智慧城市管理系统的数据处理层算法太过复杂，测试无法关注到每个算法分支，所以应用基于场景的方法设计测试用例，关注智慧城市应用的结果是否符合需求更加可行。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。