VRM介绍

VRM介绍

1. VRM(Verification Run Manager)为用户提供了一种机制，它可以使用单个命令定义任意数量的回归任务，执行整个任务集或者任务的任何子集。VRM功能使用户可以执行一下操作：
   ①组织、优化和管理回归
   ②使回归过程自动化
   ③有效地管理仿真回归结果，从而提高调试效率。
   ④转换和排序回归结果的方式有助于快速识别错误
   ⑤管理不同种类的计算作业。仿真运行、脚本执行、或其他可执行文件的运行。
   2.在计划的回归运行中，可以从命令行或通过自动脚本调用VRM。调用后，VRM将查询数据库并启动一个或多个“job”（也称为“action”）。这些操作可以按一下方式处理：
   ①在本地计算机上执行作为后台任务
   ②导出到特定服务器
   ③排队等待在网格系统上执行。
   3.监视由此产生的job，以满足任何相互依赖的要求。job完成后，可以将通知传递到一个或多个下游任务（例如分类triage，趋势分析trend，将结果加载到正在运行的测试游览器中等）。
   4.VRM包含多内置的Questa挂钩，以解决Questa用户在通用性和易用性之间的冲突。例如，可以基于特殊识别的参数自动收集和合并覆盖数据库（UCDB）文件，而无需用户明确指定复杂的合并脚本。
   5.Questa用户有一些约定，这些约定Questa可以执行自动化的执行后任务。

使用模型（应用场景）

1.每晚回归（nightly regression）
项目范围的Run Manager数据库（RMDB）文件定义了顶层测试套件，可能由较小的测试子组组成。运行在批处理模式下无人值守，作业被分发给网格（grid）管理器。
2.用户测试的桌面运行（desktop run / local run）
用户维护的RMDB文件由分组为一个或多个套件的各个测试组成。用户手动启动测试运行。测试以批处理模式运行（前台图形运行或后台运行）。用户通常等待结果。
3.在修复源代码后重新运行失败的测试
通常从GUI游览器中，从失败的测试列表中选择一组测试。测试定义来自项目范围的RMDB文件。将生成一个临时套件来定义要运行的测试列表，测试以交互方式运行，用户等待结果。
4.在调试模式（debug mode）下自动重新运行
夜间运行的失败测试可以在调试模式下自动重新运行，以收集有助于跟踪故障的其他调试信息（例如，启用了许多信号记录的WLF文件）
5.执行全部测试前进行冒烟测试（smoke tests）
预先选择了一套测试套件或剪短测试套件（从项目范围的RMDB文件中）以最大程度地实现较窄或较宽覆盖。这些相同的测试通常位于整个项目的RMDB文件中的较大套件中。短程测试套件由用户手动启动，每个测试都在后台运行（或移植到网格管理器中）。完成所有测试后，将通知用户。
6.寻找高覆盖率的随机种子
随机测试可以运行固定次数。在运行结束时，可以对每个测试的覆盖范围进行排名，并将最有希望的种子添加到数据库中以进行常规执行。

VRM操作模式

VRM具有几种主要的操作模式：执行，控制/中止，状态和通知。该模式由命令行选项来确定。

执行模式
执行模式用于启动一个或多个回归操作。RMDB文件是VRM数据库，RMDB文件通常包含以分层树形拓扑排列的一个或多个回归测试套件的数据，允许用户以各种方式对测试和其他任务进行分组。
中止/控制模式
控制/中止模式允许用户中止当前正在运行的vrun进程。-kill选项使vrun尝试通过其TCP/IP控制端口连接到正在运行的进程。如果成功，它将向侦听进程发送kill命令，这将导致回归运行终止。
状态模式
状态模式使vrun发出有关先前已完成或当前正在运行的回归运行的状态报告。-status选项使vrun读取以前保存到指定VRM Data目录的logs子目录中的一个或多个事件日志，并格式化stdout上的状态报告，以汇总在该VRMDATA目录中执行的每个活动的状态。
通知方式
通知模式用于将作业状态的更改传达给VRM，并通知VRM操作已完成。

Questa VRM、VM及UCDB间的关系

①独立的测试可以产生独立的UCDB
②多个UCDB以及Vplan可以合并，生成总的UCDB
③VM（Verification Management）可以用来查看、管理报告、分析UCDB
④VRM(Verification Run Manager)是将整个测试流程（编译、仿真、脚本处理、UCDB合并、VM报告生成）全部贯穿到一起的集成方式。
以上三者之间有这依赖关系，也有着集成关系。在学习了UCDB及VM（覆盖率驱动验证一节内容）以后，在进入VRM，则学习视野主要落脚到该工具的集成方法、配置内容、命令格式以及使用场景。