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

►查看发行说明了解更多新功能

MES Test Manager^® v.7.2 功能亮点

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

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

安装

• 假如您收到的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

发行说明

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。