支持 MES Test Manager®

什么是MES Test Manager®软件模型单元代码测试软件?

MES Test Manager®是一款软件模型单元代码测试软件,支持测试人员对模型的测试和管理。MES Test Manager®能够测试基于Simulink®、 Stateflow®、 TargetLink® 和 Embedded Coder®的模型。
MES Test Manager®自动执行测试过程中的重复任务:从分析待测试的模型到测试框架创建,再到测试执行本身和测试文档。该工具软件为测试者在制定测试计划以及测试规范方面提供有效支持。

新版本有哪些功能亮点?

MES Test Manager® v.7.2 功能亮点


ReqIF格式的MARS需求。 现在,您可以轻松地将MARS创建的形式化需求以*.reqif文件格式导出。在 MES Model Test Manager规范编辑器中保存 *.mars 文件时,将自动创建导出文件。

测试台的生成支持对引用子系统的解析。 本版本支持在测试台生成期间解析引用子系统(R2019b版本中引入)。生成的引用子系统将会以类似引用模型的方式处理,也就是说它们将被转换为子系统。此外,默认情况下我们将解析指向库和引用模型/子系统的所有链接以此确保使用引用的模型不必重复生成测试台。

 

MES Test Manager® v.7.1

MES Test Manager® v.7.1 功能亮点


reqif格式的外部需求可以方便地导入到您的测试项目中。通过图形用户界面, 导入属性可以根据具体需求文档的自定义格式进行调整。同时您也可以轻松设置其他的过滤规则,例如关于需求的可测试性。

自动测试用例生成有了进一步的改进,变得更加强大。直接从模型中读取接口信号的范围,根据信号数据类型自动设置信号的分辨率,全自动处理布尔信号。

扩展的项目配置
现在包括中央配置和roll-out的评估设置。

MES Test Manager® v.7.0

MES Test Manager® v.7.0功能亮点


新的配置管理方法
测试项目的配置变得更加方便简单。通过保存与分发配置设置 ,团队或组织内部的配置标准化得以实现。

MARS需求集成至测试文档

MARS需求的变更影响分析

MES Test Manager® v.6.4

MES Test Manager® v.6.4 功能亮点

基于MARS需求自动生成功能测试用例 (ALPHA)
对于给定类型的 MARS 需求,MES Test Manager® 现在可以自动生成测试序列(包括测试向量),这些测试序列将触发 MARS 需求定义的软件行为。

请注意, 这项功能处于ALPHA 状态,期待我们的客户提供反馈和建议。

重新设计的测试项目诊断记录
借助重新设计的测试项目诊断记录可以单独、快速地识别测试对象的问题。

MES Test Manager® v.6.3

MES Test Manager® v.6.3 功能亮点

通过变化生成测试用例:
MTCD的逻辑测试用例允许包含若干数量的数值或参数变化点列表。组合算法可以自动生成变体的测试序列。

记录信号比较评估的扩展

模型引用的Simulink数据字典(SLDD)支持

安装

  • 假如您收到的MES Test Manager®是一个zip格式的文件,请将其解压缩到一个文件夹中。并保留所有子目录。
  • 建议:
    • D:\Programme\mestestmanager
    • x:\project\matlab\mestestmanager
    • %MATLAB_ROOT%\toolbox\mestestmanager
  • 将...\mestestmanager\bin目录: 添加到您的Matlab路径里(仅\bin目录)。
  • 参见说明书第二章

如果您想同时运行MES Test Manager®和MXAM,在运行MES Test Manager®和MXAM之前,先运行MES Test Manager®和MXAM的路径初始化:

  • 从MES Test Manager® 安装演示文件夹中复制 *_SideBySide.m 脚本到,例如,您的MATLAB®启动文件夹中。
  • 更改``mxamRoot`` 和 ``mestestmanagerRoot`` 变量值到MES Test Manager®和MXAM安装位置。
  • 手动执行该脚本,或者在每次启动时让 MATLAB® 执行。
  • 现在您可以连续启动MES Test Manager®和MXAM。
  • 同样请参见说明书第二章

升级到最新版本

  • 您应保留一份旧的MES Test Manager®安装备份 (可以将MES Test Manager®目录改名为MES Test Manager®_x,使用旧的版本号)。
  • 然后按照以下安装说明进行操作。假如您使用以前的MES Test Manager®目录,则不需要再次在MATLAB®的路径中添加mestestmanager\bin目录。
  • 安装后您可以直接重新调用所有的项目设置(它们不是程序安装的一部分)。
  • 当您使用浮动许可证并从MES Test Manager®5.x升级为6.x时,请将许可证配置复制到新的主要版本特定的MES Test Manager® lismo目录(请参阅上面的MES Test Manager®客户端配置;使用subdir 6_0而不是5_0)。

系统要求

运行MES Test Manager®需要满足以下系统需求:

  • Matlab® R2011b版本至R2019b版本
  • Targetlink® (base suite) 3.X版本至 4.4版本
  • Windows® 7, 32位和64位版本或Windows® 10 (运行MATLAB®)
  • MES Test Manager®与EXCEL®一起应用时的系统要求:Excel® 2003或更高版本
  • 请注意:在与Testwell CTC++一起应用时必须同时安装微软Microsoft Visual Studio®。 用户需要打开安装编译器文件夹的读写权
  • MES Test Manager®与CTE/TESTONA一起应用时的系统要求:CTE 3.x版本或 TESTONA 4.x版本/5.x+版本

快速启动

  • 打开MATLAB®,并找到到MES Test Manager®安装目录并执行>> mtest
  • 在第一次启动时,MES Test Manager®会询问您的项目首选项(名字、缩写名、模型目录、测试目录 …)
  • 参见说明书第二章

建议

假如您有任何建议帮助我们改善MES Test Manager®请联系我们:
电子邮件: mestestmanager@model-engineers.com

用户指南

MTest用户指南

用户指导

MES用户指南清楚地说明了如何运行MES Test Manager® 。它为用户提供启动和使用MES Test Manager®的所有必要的信息。
在工具软件里点击“Help”> “View User Guide”,您便可以轻松浏览到用户指南(如图)。

MES Test Manager® 相关视频

 

发行说明

MES Test Manager® - v 7.2 (2020年9月)

  • 导出ReqIF格式的MARS需求
      使用MARS创建的形式化需求现在能够以*.reqif的文件格式导出。 在MES Test Manager 规范编辑器中保存 *.mars 文件时,将自动创建导出文件。
      该文件将与 *.mars 文件并列储存,路径:\\editorWorkspace\_\... _.reqif
      信息:到目前为止,定义的规范还不会导到 *.reqif 文件中。这将在未来的版本中完成。
  • 测试台的生成支持对引用子系统的解析 (#7923、#7957)
      本版本支持在测试台生成期间解析引用子系统(如在R2019b版本中介绍的)。引用子系统将会以类似引用模型的方式被处理,即:它们将被转换为子系统。这仅影响测试台,不会更改源模型。
  • 对库链接和模型/子系统引用的新默认处理
      生成测试台时,默认情况下将解析指向库和引用模型/子系统的所有链接。 这仅影响测试台,不会更改源模型。
      各相关元素将被转换为子系统,以确保测试台不变。但是,可以通过各相应的项目配置参数更改行为。 它们是:
      • TargetLinkResolveRefModels - 有效选项包括:
        0: 测试台将引用原始引用的TargetLink模型
        1: 将解析对TargetLink模型的所有引用(即:转换为子系统)
        默认值为1。
      • EmbeddedCoderResolveRefModels - 有效选项包括:
        0: 测试台将引用原始引用的Simulink/Embedded Coder模型或子系统
        1: 将解析对Simulink/Embedded Coder模型或子系统的所有引用(即:转换为子系统)
        默认值为1。
      • TestbedBreakLinks - 有效选项包括:
        0: 指向库的原始链接将保留在测试台中
        1: 指向库的链接将被断开(即:转换为子系统)
        默认值为1。
  • 改进了Workspace(工作空间)和TargetLink DD的同步 (#7110、#7988)
      为了改变定义为数据字典变量(ddv)的参数,MES Test Manager现在确保了ddv参数在每次仿真之前与测试(序列)数据同步。以前,这只能在批处理模式下进行。
      此版本还确保了当通过主GUI(图形用户界面)手动进行测试序列的仿真时,同步也会发生。
  • 改进了对覆盖率数据的处理 (#8060、#8477)
      覆盖率数据的处理得到了改进,因此MES Test Manager将从项目中清除可能过时的数据。 这样可以确保测试序列和覆盖率报告始终包含最新的数据。 这样也确保不存在“旧的”覆盖率数据,例如:当测试序列的重新仿真失败时。 当升级到MES Test Manager 7.2版本时,建议重新运行TargetLink代码覆盖率仿真。
      信息:重新生成代码后,不会删除已确定的代码覆盖率数据。
  • 在测试序列报告中显示有效的接口数据(#8335)
      测试序列报告的“Test Input(测试输入)”和“Test Output(测试输出)”部分显示了在有效测试界面中指定的对应信号数据。
  • 已生成测试序列的需求可追溯性(#8109、#8357)
      现在,由MARS形式化语言生成的测试序列也链接到了外部需求。这对那些将外部需求作为需求可追溯性的基础的用户而言特别有益。请注意: 使用了相应的MARS形式化的需求链接。
  • 忽略库中子系统的覆盖率(#8256)
      如果有要从覆盖率测量中排除的子系统驻留在库中,则在使用该选项时可以忽略这些子系统。
  • 信号名称来源(#8500)
      现在,用户可以指定用于命名测试台输入和输出信号的源。选择时,使用项目配置参数
      "SourceForSignalNaming"。有效选项包括:
      0:信号名称已使用
      1:端口名称已使用
      默认值为0。
      请注意:对于接口总线信号,可能仍然需要使用总线元素各自的信号名称。
  • 其他错误修复
      #6900:确保了MES Test Manager内部函数的唯一命名空间(例如:将m重命名为MTu_findfiles.m),以避免MES Test Manager与客户(实用程序)函数之间的命名冲突。
      #8036:修复了一个从当前的项目更改为“No Project selected(未选择项目)...”时,在当前文件夹中创建m文件的问题。注意: 配置文件是空的,因此不会影响项目。
      #7235:解决了在向项目添加新的测试对象时未能打开正确的数据字典(即:源模型)的问题。
      #7920:解决了MES Test Manager在使用MATLAB R2019a及更高版本时无法打开模型覆盖率对话框的问题。
      #8123:此修补程序解决了在批处理测试中启用“ReGenerate TestBeds(重新生成测试床)”选项时无法测量MCDC覆盖率的问题。 相反的,而是使用了默认设置(条件和决策覆盖率)。
      #8146:修复了一个生成评估的问题,该评估的触发条件包含一个用公式表示的持续时间。 现在,确保了添加适当的括号。
      #8196:此修补程序可确保在更改测试项目时重置TargetLink 仿真模式。
      #8235:修复了测试平台无法正确反映TargetLink 数据字典中定义的总线结构的问题。
      #8285:此修复程序将防止在导入测量数据期间,预期的输出定义被复制到输出数据文件中。 在某些情况下,这可能会导致评估结果混乱。 这样可以保证预期的输出定义将对其他评估方法产生影响。
      #8295:解决了MiL仿真期间矢量长度不匹配的错误问题。当Simulink配置参数LimitDataPoints处于激活状态时,MiL仿真在快速重启模式下可能会出现此问题。现在,我们尝试停用它。
      #8296:使用快速重启选项,解决了在使用TargetLink模型运行批处理时,“s-function not found(找不到s-函数)”的问题。如果之前没有生成任何代码,则这种特定的操作组合可能导致在批处理运行期间不会触发代码生成。
      #8326:修复了在快速重启模式下进行测试床仿真时,在每个批处理操作后重复导入 MTCD 说明文档的问题。
      #8334:当试图通过MES Test Manager GUI(图形用户界面)打开模型覆盖率对话框时,如果Simulink验证和确认工具箱或Simulink覆盖率工具箱安装在用户的系统上,但没有为这些工具箱提供有效的许可证,此修复程序将捕获发生的错误。
      #8339:修复了基于形式需求生成评估时产生的问题,这些形式需求引用整数数据类型的参数。
      #8358:解决了批处理测试期间全局仿真参数(例如:可变步长求解器)未应用于Embedded Coder模型的问题。
      #8384:修复了在一个定义中尝试使用MARS表达式"the system starts(系统启动)"时导致崩溃的问题。
      #8393:修复了在极少数情况下,TargetLink代码覆盖率数据包含过时的数据集的问题。我们确保每一个测试序列只有一个TargetLink代码覆盖率的数据集。旧的数据,例如:以前运行的数据,不被考虑,因此可以确保代码覆盖率数据来源于最近执行的测试序列。
      #8436:修复了总线未能被正确解析的问题,以便使各单独的总线元素(即:信号)在 *_interface.io 文件中可用。
      #8451:此修复程序可确保测试床的生成包含对测试床 TargetLink 总线端口进行自动重新扫描。请注意:为了能够重新扫描端口,测试床需要能够被更新。因此,测试床需要测试数据才能被编译。在测试床初始生成时,您可能会收到有关总线端口更新失败的错误消息。但是,测试床仍然构建正确。建议在导入测试序列后重新生成测试床。
      #8456:见#8393。
      #8472:修复了触发子系统的测试床的问题。在这里,函数调用被误解为数据类型,因此触发信号错误地进行了数据类型的转换。
      #8490: 改进了m 和 MTest_ExecuteBatchTest.m的文件头描述。
      #8493:此修复程序对MATLAB 2020a版本的测试台生成期间,因为数据类型转换模块的模块参数已被弃用而发出的警告做出反应。
      #8510:以前,当代码生成失败时,会出现声称在测试床中存在无效的Simulink对象的错误消息,并在此后所有的MES Test Manager操作中都会发生。 此修复程序可确保测试床的有效性,即使在代码生成失败以后也是如此。
      #8536:见#8436。
      #8548:此修复程序可确保在重新生成测试床时,TargetLink仿真模式始终被设置回MiL。