首页> 中国专利> IOT数据模拟器和验证器

IOT数据模拟器和验证器

摘要

一种用于IoT连接系统的IoT数据模拟器和验证器平台包括:IoT消息模拟器,该IoT消息模拟器包括:IoT消息构造器,其配置成以一个或多个消息的形式模拟来自IoT连接系统的实时IoT装置的实时IoT数据;测试案例构造器,其配置成针对一个或多个消息生成测试案例;以及模拟场景构建器,其配置成建立一个或多个消息之间的关系。

著录项

  • 公开/公告号CN113076241A

    专利类型发明专利

  • 公开/公告日2021-07-06

    原文格式PDF

  • 申请/专利权人 奥的斯电梯公司;

    申请/专利号CN202011394310.8

  • 发明设计人 E·南加潘;S·劳;D·庞;

    申请日2020-12-03

  • 分类号G06F11/36(20060101);H04L29/08(20060101);

  • 代理机构72001 中国专利代理(香港)有限公司;

  • 代理人叶晓勇;姜冰

  • 地址 美国康涅狄格州

  • 入库时间 2023-06-19 11:44:10

说明书

技术领域

本文中的实施例涉及IoT系统,并且具体地涉及用于模拟并且验证IoT数据的方法和设备。

背景技术

任何基于IoT的系统的测试软件通常是时间密集的尝试(endeavor),因为它可能花费大量时间来为每个可想到的场景计划测试数据。

发明内容

根据实施例,提供了一种用于IoT连接系统的IoT数据模拟器(simulator)和验证器(validator)平台。所述IoT数据模拟器和验证器平台包括:IoT消息模拟器,所述IoT消息模拟器包括:IoT消息构造器(constructor),其配置成以一个或多个消息的形式模拟来自所述IoT连接系统的实时IoT装置的实时IoT数据;测试案例(case)构造器,其配置成针对所述一个或多个消息生成测试案例;以及模拟场景构建器(builder),其配置成建立所述一个或多个消息之间的关系。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:IoT数据验证器,其配置成使用针对所述一个或多个消息的所述测试案例来验证来自所述IoT连接系统的所述实时IoT装置的实时IoT数据。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述IoT消息构造器还包括:消息定义构建器,其配置成针对所述一个或多个消息定义一个或多个字段。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述IoT消息构造器还包括:消息模式(schema)构建器,其配置成生成与所述一个或多个字段的属性有关的规则。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述IoT消息构造器还包括:消息配置构建器,其配置成确定一个或多个消息中的字段的所有值。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述测试案例构造器还包括:字段测试案例构建器,其配置成针对由所述消息定义构建器生成的所述一个或多个字段构建测试条件。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述测试案例构造器还包括:消息测试案例构建器,其配置成针对所述一个或多个消息构建测试条件。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述IoT连接系统是输送系统。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:回归(regression)数据构建器,其配置成执行回归测试。

根据另一实施例,提供了一种用于IoT连接系统的IoT数据模拟和验证的方法。所述方法包括:使用IoT消息构造器来以一个或多个消息的形式模拟来自所述IoT连接系统的实时IoT装置的实时IoT数据;使用测试案例构造器来针对所述一个或多个消息生成测试案例;以及使用模拟场景构建器来建立所述一个或多个消息之间的关系。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用IoT数据验证器使用针对所述一个或多个消息的所述测试案例来验证来自所述IoT连接系统的所述实时IoT装置的实时IoT数据。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用消息定义构建器来针对所述一个或多个消息定义一个或多个字段。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用消息模式构建器来生成与所述一个或多个字段的属性有关的规则。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用消息配置构建器来确定所述一个或多个消息的所有值。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用字段测试案例构建器来针对由所述消息定义构建器生成的所述一个或多个字段构建测试条件。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用消息测试案例构建器来针对所述一个或多个消息构建测试条件。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述IoT连接系统是输送系统。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:使用回归数据构建器来执行回归测试。

根据另一实施例,提供了一种在非暂时性计算机可读介质上体现的计算机程序产品。所述计算机程序产品包括指令,所述指令当由处理器执行时,使得所述处理器执行包括以下的操作:使用IoT消息构造器来以一个或多个消息的形式模拟来自实时IoT装置的实时IoT数据;使用测试案例构造器来针对所述一个或多个消息生成测试案例;以及使用模拟场景构建器来建立所述一个或多个消息之间的关系。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述操作还包括:使用IoT数据验证器使用针对所述一个或多个消息的所述测试案例来验证来自所述实时IoT装置的实时IoT数据。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:经处理数据解析器,其配置成捕获经处理数据并且针对它构建测试案例,使得任何其它过程生成的数据能够被测试以用于持续验证。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括:全局库(global library),其配置成创建定制(custom)命令。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述全局库包括能够从源代码内的任何地方调用的一个或多个函数。

除了本文中所描述的特征中的一个或多个之外或作为备选方案,另外的实施例可以包括,所述函数是#PdCapture函数或#CallAPI函数。

前述特征和元件可以采用各种组合进行组合,而没有排他性,除非另有明确指示。根据以下描述和附图,这些特征和元件以及其操作将变得更加显而易见。然而,应当理解,以下描述和附图旨在本质上是说明性和解释性的而非限制性的。

附图说明

本公开通过示例举例说明,并且不限于附图,在附图中相似的参考标号指示类似的元件。

图1是可以采用本公开的各种实施例的电梯系统的示意图示;

图2是根据本公开实施例的供与图1的电梯系统类似的IoT连接系统使用的IoT数据模拟器和验证器平台的示意框图图示;

图3是根据本公开实施例的图2的IoT数据模拟器和验证器平台的IoT消息模拟器的示意框图图示;

图4是根据本公开实施例的图2的IoT数据模拟器和验证器平台的回归数据构建器的示意框图图示;

图5是根据本公开实施例的图2的IoT数据模拟器和验证器平台的IoT数据验证器的示意框图图示;以及

图6是根据本公开实施例的用于与图1的电梯系统类似的IoT连接系统的IoT数据模拟和验证的方法的流程图。

具体实施方式

图1是电梯系统101的透视图,所述电梯系统101包括电梯轿厢103、配重105、受拉构件107、导轨109、机器111、位置参考系统113和控制器115。电梯轿厢103和配重105通过受拉构件107彼此连接。受拉构件107可包括或配置为例如绳索、钢缆和/或涂层钢带。配重105被配置成平衡电梯轿厢103的负载,并且被配置成促进电梯轿厢103在电梯井117内并沿着导轨109同时并且在相对于配重105的相反方向上移动。

受拉构件107接合机器111,所述机器111是电梯系统101的顶上部(overhead)结构的一部分。机器111被配置成控制电梯轿厢103和配重105之间的移动。位置参考系统113可以被安装在电梯井117顶端的固定部分上,例如安装在支撑件或导轨上,并且可以被配置成提供与电梯轿厢103在电梯井117内的位置有关的位置信号。在其它实施例中,位置参考系统113可以被直接安装到机器111的移动组件,或者可以位于如本领域中已知的其它位置和/或配置中。位置参考系统113可以是用于监测电梯轿厢和/或配重的位置的任何装置或机构,如本领域中已知的那样。例如但不限于,位置参考系统113可以是编码器、传感器或其它系统,并且可以包括速度感测、绝对位置感测等,如将由本领域技术人员领会的那样。

如所示,控制器115位于电梯井117的控制器室121中,并且被配置成控制电梯系统101、并且特别是电梯轿厢103的操作。例如,控制器115可以向机器111提供驱动信号,以控制电梯轿厢103的加速、减速、调平、停止等。控制器115还可以被配置成从位置参考系统113或任何其它期望的位置参考装置接收位置信号。当在电梯井117内沿着导轨109向上或向下移动时,电梯轿厢103可以停在一个或多个层站125处,如由控制器115控制的那样。尽管在控制器室121中示出,但是本领域技术人员将领会,控制器115可位于和/或配置于电梯系统101内的其它位置(location或position)。在一个实施例中,控制器可以远程定位或位于云中。

机器111可包括马达或类似的驱动机构。根据本公开的实施例,机器111被配置成包括电驱动马达。对于马达的电力供应可以是任何电源,包括电网,其与其它组件组合被供应给马达。机器111可包括曳引轮,该曳引轮向受拉构件107施加力以在电梯井117内移动电梯轿厢103。

尽管用包括受拉构件107的绕绳系统示出和描述,但采用在电梯井内移动电梯轿厢的其它方法和机构的电梯系统可采用本公开的实施例。例如,实施例可以在使用线性马达将运动施加到电梯轿厢的无绳电梯系统中被采用。实施例还可以在使用液压升降机将运动施加到电梯轿厢的无绳电梯系统中被采用。图1仅仅是为了说明性和解释性目的而呈现的非限制性示例。

在其它实施例中,该系统包括在楼层之间和/或沿着单个楼层移动乘客的输送系统。这样的输送系统可以包括自动扶梯、人移动器等。因此,本文中描述的实施例不限于电梯系统,例如图1中所示的电梯系统。在一个示例中,本文中公开的实施例可以是可应用的输送系统(例如电梯系统101)和输送系统的输送设备(例如电梯系统101的电梯轿厢103)。在另一个示例中,本文中公开的实施例可以是可应用的输送系统(例如自动扶梯系统)和输送系统的输送设备(例如自动扶梯系统的移动楼梯)。

本文中所公开的实施例寻求提供基于云的物联网(IoT)数据验证器平台,以确保使用具有内置测试案例收集器和数据验证器的经模拟IoT数据的任何IoT组件的质量保证。IoT数据模拟器和验证器平台包括回归测试数据生成器、回归测试结果储存库(repository)以及回归测试报告工具。

有利地,在图1的电梯系统101的软件开发中使用本文中所公开的IoT数据模拟器和验证器平台将得到开发时间和成本的明显节省,而同时确保可交付成果(deliverable)的显著改进的质量。

现在参考图2-5,根据本公开实施例而在图2、图3以及图4中图示经模拟IoT数据流310。图2图示根据本公开实施例的用于提供IoT连接系统(诸如例如图1的电梯系统101)的端到端测试的IoT数据模拟器和验证器平台200的框图。要理解,虽然为了便于解释而图示电梯系统101,但本文中所公开的实施例可以适用于任何IoT连接系统。

IoT数据模拟器和验证器平台200可以包括提供图1的电梯系统101的端到端测试的经模拟输入数据500生成、软件质量保证数据以及回归测试。经模拟输入数据可以被称为消息500。如图2中所示出的,IoT数据模拟器和验证器平台200可以包括IoT消息模拟器252、回归数据构建器270、IoT数据验证器254、IoT消息构造器210、测试案例构造器220、定制应用230、经处理数据解析器240、一个或多个实时IoT装置256(例如,IoT连接系统的任何IoT连接装置)、IoT数据接收端点(end point)262(例如,事件中心(hub)262a、IoT中心262b或网络套接字(web socket))、回归数据构建器270、回归测试数据储存库272、回归测试报告引擎276、模拟场景构建器280以及测试案例报告查看器(viewer)290。应当领会,虽然特定系统在图2的示意框图中单独地定义,但系统中的每个或任何一个可以以其它方式经由硬件和/或软件组合或分离。

IoT消息模拟器252配置成通过生成消息500以满足在测试案例构造器220中创始(author)的测试条件而模拟来自实时IoT装置256的实时IoT数据520。IoT消息模拟器配置成在软件开发阶段期间将用于测试的经模拟数据作为消息500供应。IoT消息模拟器252包括IoT消息构造器210、测试案例构造器220、模拟场景构建器280以及经处理数据解析器240。经处理数据解析器240可以可选地包括进一步定义并且特制(tailor)消息500,如本文中进一步描述的那样。

IoT消息构造器210包括消息定义构建器216、消息模式构建器214以及消息配置构建器212。消息定义构建器216配置成针对消息500定义一个或多个字段,诸如字段名称、字段描述、字段组等。消息500是可以从实时IoT装置256接收的经模拟数据。消息定义构建器216可以通过预填充来自现有JSON文件的字段而开始构建消息,这是从外部系统导入(import)消息定义的能力。消息配置构建器212配置成使用建立的规则来生成测试数据,使得由IoT消息构造器210构造的消息500将具有变化,但仍停留在定义的参数内,这有利地允许IoT消息构造器210使用定义的消息结构来生成更智能的经模拟消息。IoT消息模拟器252拥有将不同环境中的经模拟数据发送到各个IoT数据接收端点262(可以包括但不限于事件中心262a和IoT中心262b)的灵活方式。字段测试案例构建器224拥有验证消息500中的个别字段的能力、在外部预定义条件的情况下验证消息500的能力。

消息模式构建器214配置成生成与由消息定义构建器216生成的消息中的字段的属性有关的规则。规则可以包括但不限于消息500频率(即,每个消息500多久被接收一次)、消息500版本、外部数据查找、将字段包括在消息中是“强制的还是可选的”以及字段是否能够包含特定语言字符。消息模式构建器214配置成存储规则。可以在图4上在422看到一些规则。消息定义构建器和消息模式构建器中的信息静态地绑定(bound)到IoT消息,并且除非商业要求改变,否则不应被改变。消息模式构建器214还可以配置成如果消息500需要被保存在临时消息数据库中以在稍后的某一时刻被定制应用230检索,则设置针对数据的标志,这有利地使得测试数据可用于定制应用230,而不通过IoT数据接收端点262来发送它。

消息定义构建器216和消息模式构建器214中的信息静态地绑定到IoT消息,并且除非商业要求改变,否则不应被改变。

消息配置构建器212配置成确定消息500的所有可配置值。针对消息500的值可以包括但不限于消息目的地选项和频率选项。

样本消息可以是“A123、IDL”。消息定义可能未在实际消息中显示。根据消息定义,消息中的第一字段命名为“Unit ID”,并且第二字段命名为“OpMode”。因而,在定制应用230内,第一字段可以通过名称“Unit ID”而引用,并且第二字段可以通过“OpMode”而引用。消息配置构建器212将提供与第一字段可以包含什么值并且第二字段可以包含什么值有关的信息。在上文的样本消息“A123、IDL”中,命名为“Unit ID”的第一字段包含“A123”的值,并且命名为“OpMode”的第二字段包含“IDL”的值,这指示Opmode(操作方式)为“空闲”。当输入消息中的第二字段包含“IDL”时,定制应用230可以在屏幕中显示“准备好使用”或“空闲”。

经模拟IoT消息500能够配置成满足每当IoT消息模拟器252运行时都需要被测试的商业案例。消息配置构建器212能够包含每次模拟运行的不同配置。

在IoT消息构造器210的操作的一个示例中,作为心跳消息的消息500可以具有由IoT消息定义构建器216定义的两个字段,并且该字段可以被称为“Unit ID”和“OpMode”。在消息模式构建器214中针对心跳消息的属性可以指示“Unit ID”和“OpMode”的字段是每个心跳消息中的所要求的值。消息配置构建器212可以将心跳消息值设置如下:“心跳消息中的Unit ID将从10个Unit ID值(A123、A124、A125、……、A129、A130、A131、A132)的列表填充”和“心跳消息中的OpMode将从20个OpMode值(“IDL”、“PRK”、“LDL”、……、“OOS”)的列表填充”。消息500中命名为“Unit ID”和“OpMode”的字段是消息500的固定属性,并且是该示例中每个心跳消息的部分。然而,Unit ID和OpMode的值是每次模拟可配置的。对于每次模拟,IoT消息模拟器252能够产生如消息配置构建器212中所配置的可变消息500。

测试案例构造器220配置成针对由IoT消息构造器210生成的经模拟数据(即,消息500)生成测试案例。测试案例构造器220包括字段测试案例构建器224和消息测试案例构建器222。

字段测试案例构建器224配置成针对由IoT消息构造器210生成的IoT消息500中的各个字段而构建测试条件,而消息测试案例构建器222配置成针对总体IoT消息500本身而构建测试条件。测试条件必须与消息定义匹配,使得IoT数据验证器254将知道要利用什么测试条件来验证/测试哪个消息。然后,这些测试案例将保存在测试案例储存库226中。测试案例储存库226与IoT数据验证器共享,以用于验证由实时IoT装置256馈送(feed)到定制应用230中的实时IoT数据520。字段测试案例构建器224可以具有定义多个数据验证规则并且针对另一消息500或外部数据源而验证数据的能力。

消息测试案例构建器222可以配置成将多个测试条件添加到消息500。多个测试条件可以包括负面测试案例。每个测试案例和验证规则将具有唯一ID,使得它能够追溯到验证失败的地方。字段测试案例构建器224包括针对消息500中的字段定义多个数据验证规则的能力以及针对另一消息500或外部数据源验证数据的能力。

IoT消息模拟器252还包括模拟场景构建器280。模拟场景构建器280包含与IoT消息500的生成而非IoT消息500的内容有关的信息。模拟场景构建器280假设必要的消息已经在IoT消息构造器210中定义。模拟器场景构建器280配置成创建用于满足任何特定场景的不同IoT消息之间的关系。

模拟场景构建器280配置成当存在多于一个经模拟IoT消息类型时,强制执行(enforce)IoT数据生成序列或条件。消息类型的一些示例可以包括但不限于心跳消息、信标消息以及调试消息。当存在多于一个消息500(即,数据)类型要模拟时,模拟场景构建器280配置成创建将指定要产生的消息序列的规则。模拟场景构建器280的一些规则能够基于多个触发(诸如,消息500中的数据的值、消息500的量或多个连续消息500之间的时间间隔)来创建。

当生成每个消息500时,模拟场景构建器280创建并且存储要强制执行的各种规则。模拟场景构建器280可以创建关于字段的规则。例如,除了调试消息之外的所有相关联消息500都必须包括已经在调试消息中使用的“unit_ids”中的值之一。模拟场景构建器280可以创建将指定要产生的消息序列的规则,使得特定消息类型必须在其它消息500类型之前生成。例如,调试消息500可能被要求在任何其它消息500之前发送到事件中心262a。模拟场景构建器280配置成基于消息500的性质来建立消息500之间的关系。在一个示例中,一些消息500能够独立于其它消息500而生成。在另一示例中,诸如例如当调试消息500必须在心跳消息500之前发送以便发送到事件中心252a时,一些消息500也可能取决于其它消息500。心跳消息中的unit-Id将通过由调试消息生成的预建立列表来选择。

在另一示例中,IoT消息模拟器252可能需要生成包括心跳消息和事件日志消息的两种不同类型的消息500。在该示例中,模拟场景构建器280能够创建如下规则:其说到“当心跳消息500中的“OpMode”字段的值等于“OOS”时,应当触发生成先前已在消息配置构建器212中配置的事件日志消息500的过程”。因此,每当生成具有“OOS”的Opmode字段值的心跳消息时,它将触发要从IoT消息模拟器252生成的匹配的事件日志消息500。在该示例中,如果心跳消息中的OpMode字段值不是“OOS”,那么心跳消息500将不具有匹配的事件日志消息500。事件日志消息将不在未触发心跳消息的情况下单独地创建。

IoT数据验证平台200可以利用经处理数据解析器240来更具体地特制消息500。消息240可以基于商业或特定顾客的类型来具体地特制。

经处理数据解析器240可以配置成捕获经处理数据并且针对它构建测试案例,使得任何其它过程生成的数据能够被测试以用于持续验证。定制命令可以在全局库231中创建,使得适当的命令能够从定制应用230中的任何地方调用/引用。IoT消息模拟器252包含用于配置成捕获经处理数据的经处理数据接收器的用户接口。全局库231可以包括能够从来自定制应用230的源代码内的任何地方调用的函数。源代码中的函数可以包括预构建的专有函数,诸如针对经处理数据的#PdCapture函数232或#CallAPI函数以及用于抓取任何输出作为回归测试结果并将其保存到回归测试储存库数据库的#RgGrabber函数274。#PdCapture函数232可以是用于捕获经处理数据并且针对它构建测试案例以用于正在进行的验证的专有方式。#RgGrabber函数274可以是用于捕获任何字符串或输出以在回归测试报告引擎276中比较的专有方式。

经处理数据解析器240可以包括配置成解析经处理数据并且添加测试条件的反向(reverse)定义构建器242。对于要被包括在IoT数据验证器254中以供测试的经处理数据,它需要被解析,并且测试条件被添加到特定字段。

IoT数据验证器254使用来自实时IoT装置256的实时IoT数据520(不是经模拟数据)并且针对如在测试案例构造器220中创始并在测试案例储存库数据库226中保存的测试案例而验证实时IoT数据520。虽然IoT消息模拟器252配置成在软件开发阶段期间将用于测试的经模拟数据作为消息500供应,但IoT数据验证器254旨在用于测试/验证来自实时IoT装置256的实际实时产生数据。IoT消息模拟器252与IoT数据验证器254之间的仅有公共组件可以是由测试案例构造器220从IoT消息模拟器252填充的测试案例储存库226。IoT数据验证器254配置成使用从IoT消息模拟器252中的测试案例构造器建立的测试案例来验证来自实时IoT装置256的实时IoT数据520。

IoT数据验证器254针对来自实时IoT装置256的所有进入的实时IoT数据520运行测试案例并且将测试结果登记在测试案例储存库数据库226中,该测试结果将由测试案例报告查看器290可访问。还包括用户可配置通知机构,该用户可配置通知机构当在验证期间报告任何违反时,将向指定的接收者触发文本消息或电子邮件。例如,如果实时心跳消息包含不是由商业部门定义的110个OpMode之一的OpMode字段中的值,那么IoT数据验证器254将在该特定测试案例中失败。该值可以具有111的案例id,那么在IoT数据验证器254检测到存在测试验证中失败的输入消息时,它能够将文本消息发送到预登记的电话号码,“测试案例111是触发,并且它是致命条件,要求立即注意”。

测试案例储存库数据库226配置成接收测试案例并且将测试案例保存在测试案例储存库数据库226内。测试案例验证引擎228配置成将测试案例转换成用于验证的函数和/或处理例程。输入消息将通过测试案例验证引擎228来验证,并且该验证的结果将记录在测试案例储存库数据库226中。测试案例报告查看器290将显示来自测试案例储存库数据库226的测试结果。

回归数据构建器270配置成执行回归测试,其是旨在确保针对整个系统的输出完整性的软件开发中的唯一测试过程。

由回归数据构建器270执行的回归测试的目的是要测试整个定制应用230的输出,使得在定制应用230的一部分中作出的任何逻辑改变将不引起定制应用230的任何其它部分的非预期改变。定制应用230的输出应当具有来自先前运行的相同结果,并且仅有的差异(如果有的话)应当来自新近更新的例程的结果。回归数据构建器270可以利用包括但不限于以下的一些假设:(1)针对每次回归测试而总是使用同一测试输入数据;以及(2)将在定制应用230中使用的任何数据库需要重置成原始状态。

回归测试的目的不是要测试输入数据,并且定制应用230可以假设对于定制应用230中的所有条件,所有输入数据都是良好的。为了支持正确回归测试,回归数据构建器270将利用IoT消息模拟器252来产生满足定制应用230中的所有测试条件的必要IoT消息500,然后它将把那些消息保存到回归测试数据储存库272。除非存在添加新测试数据的任何新商业要求,否则回归测试将从回归测试数据储存库数据库272获取(pull)相同的输入数据集。由于输入数据是相同的,因而期望的是定制应用230的输出将与先前的运行相同。如果存在输出的任何改变,则需要证实改变是针对测试的代码中任何更新的预期结果。所有比较的结果都将登记在回归测试报告引擎276中以供稍后检查。

回归数据构建器270可以在源代码内寻找特定关键字,使得它将自动地能够生成输出字符串。这些字符串然后将传递到回归测试报告引擎276,使得它能够作为数据集而保留以用于回归测试检查。回归数据构建器270将执行定制应用230的综合回归测试,其将自动地生成回归测试输出。

可以在全局库21中创建定制命令,使得能够从定制应用230中的任何地方调用/引用适当的命令,以将任何输出字符串存储到回归测试储存库数据库。

现在参考图6,同时参考图1-5的组件。图6示出根据本公开实施例的图示用于IoT连接系统的IoT数据模拟和验证的方法800的流程图。在实施例中,方法800可以由IoT数据模拟器和验证器平台200中的至少一个来执行。在实施例中,IoT连接系统是输送系统。在实施例中,输送系统是电梯系统101。

在框804,IoT消息构造器210配置成以一个或多个消息500的形式模拟来自实时IoT装置256的实时IoT数据520。IoT消息构造器210还可以包括配置成针对一个或多个消息500定义一个或多个字段的消息定义构建器516。IoT消息构造器210还可以包括配置成生成与一个或多个字段的属性有关的规则的消息模式构建器214。IoT消息构造器210还可以包括配置成确定一个或多个消息500的字段中的所有值的消息配置构建器212。

在框806,测试案例构造器220配置成针对一个或多个消息500生成测试案例。测试案例构造器220还可以包括配置成针对由消息定义构建器216生成的一个或多个字段而构建测试条件的字段测试案例构建器222。测试案例构造器220还可以包括配置成针对一个或多个消息500构建测试条件的消息测试案例构建器222。

在框808,模拟场景构建器280配置成建立一个或多个消息500之间的关系。

方法800还可以包括,IoT数据验证器254配置成使用针对一个或多个消息500的测试案例来验证来自输送系统的实时IoT装置256的实时IoT数据520。

虽然以上描述已经以特定顺序描述了图6的流程,但是应当领会,除非在所附权利要求书中另有特别要求,否则可以改变步骤的顺序。

如上面所描述的,实施例能够采用处理器实现的过程和用于实践这些过程的装置(诸如处理器)的形式。实施例还能够采用包含有形介质(例如非暂时性计算机可读介质,诸如软盘、CD ROM、硬盘驱动器或任何其它非暂时性计算机可读介质)中体现的指令的计算机程序代码(例如,计算机程序产品)的形式,其中当计算机程序代码被加载到计算机中并且由计算机执行时,计算机变成用于实践实施例的装置。实施例还能够采用计算机程序代码的形式,所述计算机程序代码例如无论是存储在存储介质中、加载到计算机中和/或由计算机执行,还是通过一些传输介质传送、加载到计算机中和/或由计算机执行,还是通过一些传输介质(诸如通过电线或线缆、通过光纤、或经由电磁辐射)传送,其中当计算机程序代码被加载到计算机中并且由计算机执行时,计算机变成用于实践示例性实施例的装置。当在通用微处理器上被实现时,计算机程序代码段将微处理器配置成创建特定的逻辑电路。

术语“大约”旨在包括与基于在提交申请时可用的设备的特定量和/或制造容差的测量相关联的误差度。

本文中使用的术语仅为了描述特定实施例的目的,并且不旨在限制本公开。如本文中所使用的单数形式“一”、“一个”和“该”旨在也包含复数形式,除非上下文以其它方式明确指示。将进一步理解,术语“包括(comprises和/或comprising)”当在本说明书中使用时,指定存在所陈述的特征、整数、步骤、操作、元件和/或组件,但不排除存在或者添加一个或多个其它特征、整数、步骤、操作、元件、组件和/或其群组。

本领域技术人员将领会,本文中示出和描述了各种示例实施例,每个示例实施例在特定实施例中具有某些特征,但是本公开不因此受限。而是,本公开可以被修改以合并此前未描述但与本公开范围相称的任何数量的变形、更改、替换、组合、子组合或等同布置。另外,虽然已经描述了本公开的各种实施例,但是要理解,本公开的各方面可以仅包括所描述实施例中的一些。因而,本公开不要被视为受前述描述限制,而是仅受所附权利要求书的范围限制。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号