技术文章及通讯

Simulink模型的持续集成验证万博1manbetx

作者:David Boissy, Paul Urban, Krishna Balasubramanian, Pablo Romero Cumbreras, Colin Branch和Jemima普利帕蒂，MathWorks

本文 是由 两部分组成的系列文章的第一篇。第1部分介绍如何利用GitLab®版本控制和Jenkins®用于持续集成(CI)。第2部分,连续 集成验证 Simulink模型 使用GitLab万博1manbetx， 介绍了如何使用GitLab进行版本控制和CI。

持续集成(CI)越来越受欢迎，并成为基于模型的设计的一个组成部分。但CI是什么?它的好处是什么，它试图解决什么问题?Simulink如万博1manbetx何®如何融入CI生态系统?如何在项目中最好地利用CI ?

如果你熟悉基于模型的设计，但不熟悉CI，你可能会问自己这些问题。在这篇技术文章中，我们将探索一个常见的CI工作流，并将其应用于基于模型的设计。然后，我们将使用Jenkins、GitLab和Simulink Test™来演示该工作流的示例。万博1manbetx

本例中使用的项目是可供下载．

CI是什么?

CI是一种敏捷方法的最佳实践，在这种方法中，开发人员定期提交并合并他们的源代码更改到一个中央存储库中。这些“变更集”随后被自动构建、限定并发布。图1说明了这个基本CI工作流和开发工作流。

CI工作流图。开发人员和测试作者开发、测试、合并、审查并向版本控制提交更改，这些更改通过CI管道进行构建、测试、打包和部署。完成后，构建输出、工件和报告就可用了

图1。CI工作流。

在工作流的开发部分，模型和测试被开发、验证、合并、审查，并提交给开发人员桌面上的版本控制系统。然后，版本控制系统触发工作流的自动化CI部分。CI工作流的关键部分是:

构建:源代码和模型变成了目标文件和可执行文件。

测试:测试是作为质量检验关进行的。

包:可执行文件、文档、工件和其他可交付成果被捆绑，以便交付给最终用户。

部署:包被部署到生产环境中。

这四个步骤一起被称为CI“管道”。管道通常是自动化的，根据系统的不同，完成它可能需要几分钟到几天的时间。值得注意的是，在这些步骤中，会创建许多工件，例如材料清单、测试结果和报告。

CI工作流通常与与版本控制系统相关的开发人员工作流配对。在这些工作流中，开发人员通常将更改保存在本地存储库中，并在部署之前使用本地CI管道来限定更改。

CI的好处是什么?

已经实现CI的团队通常报告以下好处:

  • 可重复性。CI管道为构建、测试、打包和部署提供了一致且可重复的自动化过程。可重复的自动化允许开发人员专注于必要的工作，并节省项目时间。这也是降低风险的一个重要方面，通常是认证的要求。
  • 质量保证。手动测试是有效的，但它通常基于几天前的快照，缺乏可重复性。使用CI，更改总是针对最新的代码库进行测试。
  • 缩短开发时间。具有内置质量保证的可重复流程可以更快地交付高质量产品。s manbetx 845自动化部署意味着您的代码始终可以用于生产。
  • 改进的协作。使用CI，开发人员有一个已定义的过程来管理变更集并将他们的代码合并到生产线中。一致的过程使得管理大型团队成为可能，并降低了增加新开发人员的成本。
  • Audit-ready代码。CI工作流提供了广泛的审计跟踪。对于通过CI管道进行的每个更改，都可以确定是谁进行了更改、谁审查了更改、更改的性质、依赖项、测试及其结果，以及沿途生成的任何数量的相关报告和工件。

    基于模型的设计如何融入CI?

    按照设计，CI工作流和工具是与语言和领域无关的。这意味着挑战是教CI工具、系统和流程说话基于模型的设计——换句话说，就是做Simulink万博1manbetx®以及相关的工具通用语CI工作流程。

    这可以通过将基于模型的设计的三个关键组件集成到CI工作流中来实现:验证、代码生成和测试(图2)。基于模型的设计强调早期验证，它在构建阶段之前通过验证阶段映射到CI管道。代码生成发生在构建阶段。通过模拟和生成代码的静态分析进行的动态测试可以在测试阶段完成。

    一个基于模型的设计C工作流的示例，在该工作流中，对模型的更改会触发C管道来验证更改、构建、测试、打包和部署工件。

    图2。基于模型的设计映射到CI管道。

    下面是我们如何教CI工作流说话基于模型的设计:

    发展。MATLAB®、S万博1manbetximulink、编码器和工具箱用于开发活动。MATLAB项目用于组织工作，协作，并与版本控制系统接口。

    测试。万博1manbetxSimulink Check™用于在模拟和代码生成之前执行模型质量检查。万博1manbetxSimulink测试用于开发、管理和执行基于模拟的测试。万博1manbetxSimulink Coverage™用于测量覆盖率和评估测试有效性。然后，质量检查、测试结果和覆盖率度量可以作为开发人员验证其工作的质量闸门。

    合并。MATLAB的比较文件和文件夹功能用于比较和合并MATLAB文件。模型比较工具用于比较和合并Simulink模型。万博1manbetx

    审查。评审是质量过程中提交变更到版本控制系统之前的最后一步。对MATLAB脚本和Simulink模型的更改在这里进行了回万博1manbetx顾。资格预审的测试结果在提交之前也会作为最终的质量审查。

    提交。MATLAB项目为版本控制系统提供了一个接口。

    核实。万博1manbetxSimulink Check是用于本地验证的相同工具，用于CI系统中的自动验证。

    构建。MATLAB Coder™，S万博1manbetximulink Coder™和Embedder Coder®用于生成软件在循环(SIL)测试的代码。

    测试。万博1manbetxSimulink Test是用于本地测试的相同工具，用于CI系统中的自动化测试。

    打包和部署。打包是将可执行文件、文档、工件和其他可交付成果打包交付给最终用户的地方。部署是打包软件的发布。在基于模型的设计的工作流程中，这些阶段在组织和组之间有很大的不同，并且经常涉及到将不同的构建和认证工件捆绑到一个准备交付给其他团队的产品中。

    现代开发工具和实践使开发人员能够创建更健壮的系统，并尽早且经常地测试功能。当CI系统集成到工作流中时，单元级测试和系统级测试是自动化的。这意味着开发人员可以专注于开发新功能，而不是验证功能是否已经正确集成。

    下面的案例研究描述了一个集成了CI和基于模型的设计的工作流。

    案例研究:在CI系统中验证、万博1manbetx构建和测试的Simulink模型

    在这个例子中，我们使用基于模型的设计和CI在汽车车道跟踪系统上执行基于需求的测试(图3)。

    左图是Simulink中一个车道跟随示例模型的截图。万博1manbetx右图是在Simulink中显示车道跟随示例模型的鸟瞰范围的截图。万博1manbetx

    图3。车道跟踪系统模型。

    我们将使用的管道(图4)在每个Jenkins构建时执行。

    图中显示了在Lane-Following Example管道中执行的操作，包括验证标准遵从性、构建模型和执行测试用例，依次，所有这三个步骤都指向一个包构件步骤。

    图4。路径跟踪示例的管道。

    目前正在进行的阶段如下:

    1. 验证标准符合性:MATLAB单元脚本运行一个简单的Model Advisor检查。评估标准确保模型没有未连接的线。
    2. 构建模型:一个MATLAB单元测试文件为我们的模型构建生产SIL代码。如果构建成功而没有警告，则评估标准通过。
    3. 执行测试用例:Simulink test中的测试套件使用几个驾驶场景来测万博1manbetx试车道跟随控制器。使用三个评估标准来验证控制器的令人满意的运行:
      • 避免碰撞:在驾驶过程中，自我车不会与领头车发生任何碰撞。
      • 安全距离维护:自我车与领头车的时间间隔在1.5秒以上。两辆车之间的时间间隔定义为计算出的车头时距与自车速度的比值。
      • 车道跟随:与车道中心线的横向偏差在0.2 m以内。
    4. 包构件:前面的每个阶段都会生成构件，包括Model Advisor报告、生成的可执行文件和一组测试结果，这些结果可以被存档以供将来使用或参考。

    工作流步骤

    工作流由以下步骤组成(图5):

    1. 触发在Jenkins中构建，并观察验证和构建阶段通过。
    2. 检测詹金斯的测试案例失败。
    3. 繁殖这个问题在我们的桌面MATLAB。
    4. 解决问题在模型中通过放宽评估标准。
    5. 在本地测试以确保测试用例通过。
    6. 合并和回顾测试分支上的更改。
    7. 提交更改到Git并在Jenkins中触发构建。
    8. 验证、构建和测试詹金斯。
    显示用户如何向版本控制提交更改，从而触发CI管道的图表。对变更进行验证、构建、测试、打包和部署。如果某个阶段出现故障，用户可以按照上述步骤重新提交版本控制。

    图5。工作流示例。

    我们第一次失败地通过CI循环，如图左上角所示。它显示了CI测试失败、局部再现、标准放宽以及CI工作流的成功完成。

    工作流细节

    1. 我们从触发Jenkins通过选择构建现在构建．Simu万博1manbetxlink Check检查代码生成是否通过。
    Jenkins Dashboard下拉菜单的截图。选择“立即构建”。
    1. 接下来,我们检测第二个验证阶段的测试用例失败。测试用例LFACC_Curve_CutInOut_TooClose在测试套件中LaneFollowingTestScenarios不符合评估标准。
    故障摘要的截图。
    1. 为了更好地理解失败，我们繁殖使用Simulink测试局部故障。万博1manbetx我们打开测试文件LaneFollowingTestScenarios.mldatx并运行测试用例LFACC_Curve_CutInOut_TooClose．注意，它不符合安全距离评估标准。需要更灵活地确定领先车和自我车之间的时间差距。
    通过评估标准的Simulink 万博1manbetxTest窗口的截图。
    1. 了解了这个问题之后，我们现在解决问题．我们打开LaneFollowingTestBenchExample.slx模型并导航到碰撞检测/测试评估测试序列块。第一个评估断言，自我和领头车之间的时间差距不应该低于1.5秒，每次不应该超过2秒。
    GlobalAssessments确保自我车和领头车之间的时间间隔不低于% 1.5s，且一次不少于2s。验证（持续时间(time_gap < 1.5，证券交易委员会) < 2);确认没有检测到碰撞。验证(~碰撞);确保与车道中心线的横向偏差绝对值不超过0.2m %，且每次不超过5s。验证（持续时间(abs(侧偏)> 0.2，证券交易委员会) < 5);

    这个评估对于正在测试的侵略性驾驶机动来说限制太大了。出于本例的目的，我们放宽了评估标准，以确保时间差距不会在一次超过5秒的情况下下降到0.8秒以下。

    GlobalAssessments确保自车与前车之间的时间间隔不低于% 0.8s，且不少于5s．验证（持续时间(time_gap < 0.8，证券交易委员会) < 5);确认没有检测到碰撞。验证(~碰撞);确保与车道中心线的横向偏差绝对值不超过0.2m %，且每次不超过5s。验证（持续时间(abs(侧偏)> 0.2，证券交易委员会) < 5);
    1. 在我们的模拟中，这个问题似乎已经解决。为了确认，我们在本地测试,保存模型并在测试管理器中重新运行测试。请注意，它通过了新的评估标准。
    通过评估标准的Simulink 万博1manbetxTest窗口的截图。
    1. 我们已经解决了这个问题，并在本地进行了验证。我们现在使用模型比较工具审查提交给版本控制之前的更改。
    一个屏幕截图显示了模型比较工具中新旧变化的比较。

    我们还可以使用模型比较工具的发布特性来检查代码。

    这张截图显示了使用模型比较工具的发布特性时新旧变化的比较。
    1. 修复了错误后，我们将这些更改与MATLAB项目一起推到GitLab，并添加了一个提交消息来记录评估标准的更改。
    一个MATLAB项目的截图，显示所选择的提交按钮和相应的提交消息的注释窗口。

    然后我们注意到GitLab中的最新提交。

    GitLab自动触发Jenkins中的构建。Jenkins Project仪表板显示构建状态和进度。

    Jenkins项目仪表板的截图，通过加载条显示构建状态和进度。
    1. Jenkins构建运行。我们看到验证、构建和测试管道阶段现在通过了。

    现在我们可以启动一个合并请求，将测试分支中的变更合并到主分支中。在GitLab中，在存储库我们选择分支机构然后单击合并请求在测试分支上的最新提交旁边。

    带有活动分支详细信息的GitLab仪表板的截图。它是一个主分支，后面跟着一个带有合并请求按钮的Test分支。

    我们完成表单并提交合并请求。

    作为分支的所有者，我们可以通过单击合并按钮。所有更改现在都被捕获到主分支上。

    当合并请求成功时显示的消息的截图。

    举例:工具、资源和需求

    以下部分概述了帮助您入门的资源、您将需要的工具，以及应该如何配置它们。

    配置系统

    Jenkins是我们的CI系统，GitLab是我们的版本控制系统。必须配置MATLAB、Jenkins和GitLab才能协同工作。下面的教程将帮助您进行设置。

    配置我们的MATLAB项目

    配置詹金斯

    配置GitLab来触发Jenkins

    这些教程是专门针对GitLab和Jenkins的，但是这些概念可以应用于其他版本控制和CI系统。

    所需的工具

    本例中需要准备以下工具:

    CI的许可注意事项

    如果您计划在许多主机或云上执行CI，请联系continuous-integration@mathworks.com寻求帮助。注意:转换产品，例如MathWorkss manbetx 845®编码器和编译器产品可能需要客户端访问许s manbetx 845可证(cal)。

    附录:配置MATLAB、GitLab和Jenkins

    步骤1。配置MATLAB项目使用源代码控制

    在我们的示例中，第一步是配置我们的项目以使用GitLab的源代码控制。

    1. 创建一个名为MBDExampleWithGitAndJenkins，将示例加载到其中，并打开MATLAB项目MBDExampleWithGitAndJenkins.prj．
    2. 在GitLab中，创建一个作为远程存储库的新项目。它的名字MBDExampleWithGitAndJenkins并记录它所在的URL。
    3. 在MATLAB中，转换项目使用源代码控制。在Project选项卡上，单击使用源代码控制．
    显示MATLAB中项目选项卡的截图，选中“使用源代码控制”按钮。

    点击将项目添加到源代码控制．

    弹出“源控制信息”的屏幕截图。集成被设置为none，存储库位置不适用。它声明没有为项目根检测到源代码控制系统，并有一个按钮表示将项目添加到源代码控制。
    1. 点击转换．
    弹出“添加到源代码控制”窗口。源控制工具被选择为Git，并且给出了项目根。有一个转换按钮。
      1. 点击开放项目当完成。
      显示文件被添加到源代码控制的屏幕截图。文件已经通过了所有检查，并且出现了“打开项目”按钮。出现一个包含几个按钮和后勤的Git菜单。

      该项目现在处于本地Git源代码控制之下。

      步骤2。提交更改并将本地存储库推送到GitLab

      1. 在Project选项卡上，单击远程．
      MATLAB项目选项卡的截图，突出显示“远程”。
      1. 在GitLab中指定远程源的URL。
      “设置远程”弹出窗口的截图。它有一个用于为原始远程指定U R L的表单。给定的U R L是模糊的，在底部有一个确认按钮和一个OK按钮。

      点击验证为确保与远程存储库的连接成功，单击好吧．该项目现在已配置为使用GitLab推拉更改。

      1. 点击提交执行初始提交。
      MATLAB项目选项卡的截图，其中突出显示了Commit按钮。
      注释窗口的截图，其中提交消息为初始提交。
      1. 点击推将所有更改从本地存储库推送到远程GitLab存储库。
      选择了Push按钮的MATLAB项目选项卡的截图。
      1. 刷新GitLab仪表板并观察MATLAB项目的内容。
      GitLab仪表板的屏幕截图，其中的空项目更新了之前推送的内容。

      步骤3:创建测试分支

      在此步骤中，我们创建一个测试分支，用于在与主分支合并之前测试和验证更改。

      1. 点击分支机构．
      选择分支按钮的MATLAB项目选项卡的截图。
      1. 扩大分支和标签的创建节，将分支命名为“Test”，然后单击创建．
      分支窗口的截图，其中分支和标签创建部分展开。分支的名称是Test，它旁边可用的创建按钮可用于创建分支。
      1. 观察测试在分支浏览器中。从Test分支单击开关然后关闭．
      分支窗口的截图，当前选择的分支是Test。它旁边可用的切换按钮可用于将现有分支切换到Test分支。下面提供的关闭按钮可用于关闭窗口。
      1. 在MATLAB中选择推将这些更改推送到GitLab，并观察GitLab中的测试分支。
      显示GitLab仪表板的截图。选择测试分支，并显示该分支的相应内容。

      步骤4:配置Jenkins调用MATLAB

      1. 安装两个必需的插件:
        • GitLab插件这个插件允许GitLab触发Jenkins构建，并在GitLab UI中显示他们的结果。
        • MATLAB插件该插件集成了MATLAB和Jenkins，并提供了Jenkins接口来调用MATLAB和Simulink。万博1manbetx
      2. 选择新项目并创建一个新的自由式项目MBDExampleUsingGitAndJenkins．
      3. 在源代码管理下，启用Git，将Jenkins指向我们的GitLab存储库，然后进入测试分支构建。注:需要登录或密码及GitLab API令牌。
      选中“源代码管理”选项卡的弹出窗口的截图。Git是选中的，这里有存储库U R L和凭证的表单。还有一个用于构建分支的表单和存储库浏览器。
      :源代码管理选项卡的另一个截图。它显示了一个用于添加其他行为的按钮和一个用于保存的按钮。
      1. 属性的推送请求时，将生成触发器配置为运行生成测试GitLab的分支。在“生成触发器”部分中选择先进的>秘密令牌．GitLab使用这个令牌请求构建并通过Jenkins进行身份验证。记录秘密令牌和GitLab网络钩子。
      在弹出窗口中选择的构建触发器选项卡的截图。在构建后操作下，在将更改推送到GitLab时进行构建，选择推送事件和打开的合并请求事件。
      Build Triggers选项卡的另一个截图。在构建后操作下，选择了已打开的合并请求事件、已批准的合并请求和注释，并填写了“Jenkins请重试构建”的注释。有保存和应用按钮。
      :生成触发器选项卡弹出窗口的截图。在“生成后操作”下，选择了“启用”、“忽略W I P合并请求”、“设置生成描述为生成原因”和“允许所有分支触发此作业”。有保存和应用按钮。
      Build Triggers选项卡的另一个截图。在“允许分支”部分下，“允许所有分支触发此作业”被选中。有一个用于Secret令牌的表单，该表单已被模糊化。有保存和应用按钮。
      1. 配置构建环境。选择使用MATLAB版本并输入MATLAB根。
      选中Build Environment选项卡的弹出窗口的截图。选择“使用MATLAB版本”，有一个下拉菜单供选择，并有一个表格供MATLAB根填写。
      1. 配置构建步骤。

      点击添加构建步骤并选择运行MATLAB命令．输入命令openProject(“SltestLaneFollowingExample.prj”);LaneFollowingExecModelAdvisor
      打开项目并运行模型顾问检查。

      点击添加构建步骤并选择运行MATLAB命令一次。输入命令:openProject(“SltestLaneFollowingExample.prj”);LaneFollowingExecControllerBuild

      点击添加构建步骤并选择运行MATLAB测试．选择TAP测试结果而且Cobertura代码覆盖完成构建配置。

      选中Build选项卡的弹出窗口的截图。有一些表格用来填写要在MATLAB中运行的命令。有保存和应用按钮。
      Build选项卡的另一个截图。在“生成测试工件”下，T A P测试结果被填写为路径的表单。在“生成覆盖构件”下，Cobertura代码覆盖通过路径的表单进行选择。

      第5步。公布评估结果

      点击添加构建后操作>发布TAP结果．输入将发布TAP测试结果的相对路径。

      后构建操作的屏幕截图，弹出一个表单，用于发布T A P结果测试结果。' Verbose '被选中，它将为每个T a P流文件打印一条消息。

      此操作将解析TAP测试结果，并在选择TAP扩展测试结果时显示这些结果。输出包含执行测试用例的概述，结果摘要，以及来自MATLAB控制台的日志。

      仪表板上的下拉菜单的截图，突出显示“T A P扩展测试结果”。
      显示已执行的T - A - P测试结果说明的截图。

      TAP插件还收集最新测试执行的结果，并显示如下所示的健康状况图。您可以通过单击图来访问任何以前的构建。

      tap测试结果图，x轴上显示Jenkins构建数，y轴上显示tap测试计数。测试用颜色编码为失败、通过、跳过或待做。随着构建号的增加，通过的测试数量也会增加。

      步骤6。发布HTML报告

      点击添加构建后操作>发布HTML报告．输入HTML报告将在其中发布的相对根路径，以及该路径中索引页的文件名。

      发布H T M L报告弹出窗口的截图。它有表格html目录存档，索引页，索引页标题，和报告标题。它还有一个复选框，用于保存过去的H T M L报告。
      在这个发布H T M L报告弹出窗口的屏幕截图中，有两个复选框被填充:始终链接到上次构建和在报告标题中转义下划线。还有一个表单用于包含哪些文件。
      发布httm L报告弹出窗口的另一个截图，其中httm L目录要归档，索引页和报告标题已填充。还有一个用于发布选项的按钮。

      添加要发布的HTML报告的条目。在这个场景中，有两个web报告:模型顾问摘要和代码生成报告。这些是用MATLAB内置函数创建的标准报告。您可以添加自定义HTML报告。

      您将在主Jenkins作业页面上找到与每个HTML报告的最后一个构建相对应的报告链接。如果你激活了发布选项下的“Always link to last build”复选框，插件将发布最新版本的报告，而不管版本状态如何。如果此复选框未激活，插件将只链接到最后一个“成功”构建。

      显示Jenkins项目仪表板的截图，其中突出显示了查看模型顾问摘要报告和代码生成报告的选项。

      步骤7。配置GitLab以触发Jenkins中的构建

      配置GitLab以在主分支上发生新推送时触发Jenkins中的自动构建。要执行此操作，请导航到设置>人则．使用webhook URL和Jenkins在Build Trigger配置中提供的秘密令牌并选择推动事件．

      注意:在URL部分使用完全限定的域名来代替localhost，这样GitLab就可以找到Jenkins安装。

      Webhooks弹出的屏幕截图，填写了U R L表单，秘密令牌字段未填充，“推送事件”在“触发器”下勾选，并填写了一个表单。

      在测试下拉,选择推动事件来测试积分。GitLab将显示消息“Hook executed successfully: HTTP 200”，Jenkins将开始构建。

      一个项目钩子的截图弹出与启用webhook细节。

      步骤8。配置Jenkins-to-GitLab认证

      要在GitLab上自动发布Jenkins构建状态，必须配置Jenkins- To -GitLab身份验证。

      1. 在选择API范围的GitLab上创建一个个人访问令牌。
      个人访问令牌弹出窗口的截图，其中包含用于添加名为GitLabToJenkins的令牌的名称、到期日期和范围的表单。在“作用域”下，“api”被选中，它授予对api的完整读/写访问权。
      1. 复制令牌并在Jenkins Configure System下创建一个GitLab连接。
        注意:连接可以在多个Jenkins作业上重用，如果用户至少拥有“维护者”权限，则可以全局配置连接。
      弹出一个GitLab连接，其中包含连接名称、GitLab主机U R L和凭据字段。还有用于高级选项、测试连接、删除和添加的按钮。

      第9步。将Jenkins集成到GitLab管道中

      要将Jenkins集成到GitLab管道中，您必须在Jenkins中配置GitLab连接，并将作业状态发布到GitLab。

      1. 在Jenkins作业的General部分中选择GitLab Connection。
      选中General选项卡的弹出窗口的截图。有一个用于选择GitLab Connection的下拉菜单、一个用于描述的表单和几个其他选项。
      1. 添加构建后操作，将构建状态发布到GitLab。
        注意:此操作没有参数，将使用现有的GitLab连接在GitLab上发布构建状态，并为每个提交和合并请求创建双向可跟踪性。
      添加的构建后操作的截图，该操作指示将构建状态发布到GitLab。有一个高级选项按钮。

      步骤10:可视化基于需求的测试度量(R2020b)

      基于需求的测试指标让您评估基于需求的测试活动的状态和质量。可以使用模型测试仪表板来可视化度量结果。

      模型测试仪表板的屏幕截图，显示了基于需求的测试活动的质量。
      1. 创建一个名为collectModelTestingResults.m基于如下所示的函数。该函数将初始化度量引擎基础结构并收集所有可用的模型度量。
      function collectModelTestingResults() % R2020a中添加的度量能力，如果存在('metric') metricIDs =[…]“ConditionCoverageBreakdown”“CoverageDataService”…“DecisionCoverageBreakdown”“ExecutionCoverageBreakdown”…“MCDCCoverageBreakdown”“OverallConditionCoverage”…“OverallDecisionCoverage”“OverallExecutionCoverage”…“OverallMCDCCoverage”“RequirementWithTestCase”…“RequirementWithTestCaseDistribution”“RequirementWithTestCasePercentage”…“RequirementsPerTestCase”“RequirementsPerTestCaseDistribution”…“TestCaseStatus”“TestCaseStatusDistribution”…“TestCaseStatusPercentage”“TestCaseTag”… "TestCaseTagDistribution" "TestCaseType"... "TestCaseTypeDistribution" "TestCaseWithRequirement"... "TestCaseWithRequirementDistribution" "TestCaseWithRequirementPercentage"... "TestCasesPerRequirement" "TestCasesPerRequirementDistribution"... ]; % collect all metrics for initial reconcile E = metric.Engine(); execute(E, metricIDs); end end
      1. 将此文件添加到项目和路径中。
      2. 配置Jenkins通过调用newcollectModelTestingResults函数两次。第一个调用初始化与Simulink Test Manager的度量集成。万博1manbetx第二个使用导出的Simulink Test Manager结果收集度量结果。万博1manbetx
        1. 点击添加构建步骤并选择运行MATLAB命令一次。输入命令:openProject(“SltestLaneFollowingExample.prj”);collectModelTestingResults
          将此构建步骤置于运行MATLAB测试构建步骤。
        2. 点击添加构建步骤并选择运行MATLAB命令一次。重新输入命令:openProject(“SltestLaneFollowingExample.prj”);collectModelTestingResults
          将此构建步骤定位在运行MATLAB测试构建步骤。
      Build步骤弹出窗口的截图。运行MATLAB命令的表单中填写了收集模型测试结果的命令。此表单已放置在运行MATLAB测试构建步骤之前。
      Build步骤弹出窗口的截图。运行MATLAB命令的表单中填写了收集模型测试结果的命令。此表单已放置在运行MATLAB测试构建步骤之后。
      1. 检查万博1manbetxSimulink测试管理器结果在运行MATLAB测试构建步骤。
      Build步骤弹出窗口的截图。用文件路径填充Simuli万博1manbetxnk Test Manager Results的表单。
      1. 将度量结果归档到派生目录中。您还必须存档导出的测试管理器结果，因为它们将允许在加载回MATLAB时对Metric结果进行完整的导航。

      点击添加构建后操作并选择存档工件。输入路径/ * *, matlabTestArtifacts / * .mldatx将保存到该目录下的所有文件存档。

      Post-build Actions截图弹出窗口的截图。有一个' Archive the artifacts '的头文件和一个用于文件路径的表单。还有一个高级选项按钮。

      注意:要在测试机器以外的机器上用MATLAB查看这些结果，请执行以下操作:

      • 下载存档的工件(派生目录和测试结果.mldatx文件)。
      • 提取并复制到用于运行CI作业的项目相同版本的本地副本中。
      • 在MATLAB中打开项目并启动模型测试仪表板。

      CI生成的结果将显示在指示板．

      詹金斯®是LF慈善公司的注册商标。

      2022年出版的

      s manbetx 845产品使用

      了解更多

      查看相关功能的文章

      查看相关行业的文章