vcs覆盖率概念

---恢复内容开始---

  1. vcs脚本命令中包含六种覆盖率分析选项:-cm line|cond|fsm|tgl|path|branch|assert,分别代表行覆盖率|条件覆盖率|状态机覆盖率|翻转覆盖率|路径覆盖率|分支覆盖率|断言覆盖率
  2. line_coverage:仿真代码中行和语句的覆盖情况;cond_coverage:表明代码中条件语句的覆盖情况;fsm_coverage:状态机中各个状态的覆盖情况;tgl_coverage:代码中信号的0到1,1到0的翻转情况;obc:表明代码中的分支覆盖情况(if_else,case,及三元操作符);path_coverage:表明代码中数据通路的覆盖情况;
  3. UVF采用行覆盖率、条件覆盖率、状态机覆盖率和分支覆盖率作为代码覆盖率的判断标准;
  4. 分支覆盖率和条件覆盖率有什么不同呢?分支覆盖率是每个分支是否被运行及其运行的次数,与行覆盖率有点类似作用,而条件覆盖i率是条件的内容出现的组合情况是否都出现过,这个可以验证这个条件写的合不合理;
  5. 功能覆盖率基于控制的SVA断言覆盖率及基于数据的功能覆盖率,即coverage group中的容器被击中的情况;
时间: 2024-10-09 07:37:14

vcs覆盖率概念的相关文章

VCS中的覆盖率分析

VCS在仿真过程中,也可以收集Coverage Metric.其中覆盖率类型有: 1)Code Coverage:包括control_flow和value两部分的coverage,line_coverage, branch_coverage, toggle_coverage, FSM_coverage. 2)Functional Coverage:包括covergroup,SVA. Coverage Database的产生:包含所有的有关coverage的信息,默认放在simv.vdb文件夹下.

ThoughtWorks Go基本概念

写在前面:当前最流行的持续集成工具非jenkins莫属,已使用jenkins一年有余,想尝试下别的CI工具,如ThoughtWorks Go,且在尝试时做主要记录并分享,这是首先介绍下基本概念...... ThoughtWorks Go 是 ThoughtWorks 公司的一款持续集成和发布的系统.它用一个创新的方法来管理构建.测试和发布过程.其前身为CruiseControl(ThoughtWorks开发的第一个CI服务器). Go是以"部署流水线"为核心的,下面是一个来自Go官网的

爆栈之一般IT项目管理相关基本概念杂谈(备案)

PS,说到IT(PM)项目管理,还要提下职场两点小领会: 1.选择比努力重要: 2.位置比能力重要. 由于现在IT项目管理一般已下面三种角色划分: 1.产品经理,以产品为导向---对商业模式较为欠缺: 2.项目经理,以项目为导向---通晓一般模式,有一定体会: 3.技术经理,以技术为导向---有较深度和广度积累: 只是大部分公司都没有分那么清晰,大都是身兼多个角色,美其名曰:项目经理.技术总监.部门经理等等,当然也是根据实际情况的侧重不同而已~ IT项目管理,其实也是两个关键: 1.IT,即针对

GoCD概念篇

GoCD,一个开源的持续集成和持续交付系统. 诞生于2007年,但是目前很难搜索到中文资料,不知道是推广问题还是Jenkins已经足够强大! 笔者的一个产品线上使用了GoCD,有幸见识到如此一个简洁漂亮的软件,所以了解部署了一下,所有图片和概念均来自官网,如理解有误,请不吝指正. 架构简介: Server and Agents - Server负责控制一切(配置),轮询材料(如代码仓库)的变化,检测到材料变化需要触发Pipeline(流水线)时,将任务分配给Agent去执行 - Agent负责执

HA_Oracle高可用性 双机/RAC/DataGuard的区别(概念)

 2014-02-03 Created By BaoXinjian Oracle 双机/RAC/Dataguard的区别 Data Guard 是Oracle的远程复制技术,它有物理和逻辑之分,但是总的来说,它需要在异地有一套独立的系统,这是两套硬件配置可以不同的系统,但是这两套系统的软件结构保持一致,包括软件的版本,目录存储结构,以及数据的同步(其实也不是实时同步的),这两套系统之间只要网络是通的就可以了,是一种异地容灾的解决方案.而对于RAC,则是本地的高可用集群,每个节点用来分担不用或相同

Git 基本概念及使用

Git分布式特性: 集中化的版本控制系统:他们都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新 .如下图所示 分布式版本管理控制系统:分布式版本管理控制系统的客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来.这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复.因为每一次的克隆操作,实际上都是一次对代码仓库的完整备份. Git版本管理和控制系统的存储方式: Git 和

【转】SYNOPSYS VCS Makefile文件编写与研究

原文地址:http://www.cnblogs.com/zhtxwd/archive/2012/03/30/2425180.html YNOPSYS VCS Makefile文件编写与研究 这个Makefile是synopsys提供的模板,看上去非常好用,你只要按部就班提供实际项目的参数就可以了.我们来看这个文件的头部说明: makefile 其实完全可以用csh或其他脚本来编写,只是VCS使用的linux内置的make命令定义了一个标准的仿真脚本,make命令是专门用来 做项目的源文件管理和编

Git版本控制系统VCS

Git版本控制系统VCS 一.版本控制系统基本情况说明 版本控制是一种记录一个或者若干个文件内容的变化,以便将来查阅特定版本修订情况的系统 1.作用 记录文件的所有历史变化 随时可回复到任何一个历史状态 多人协作开发或者修改 错误恢复 多功能的并行开发(分支功能.特性-合并操作) 2.分类 本地版本控制系统(local VCS) 集中化的控制系统(Centralizes VCS) 分布式的版本控制系统(Distributed VCS) 3.基本概念 repository——存放所有文件及历史信息

git(学习之一)基础概念

Git学习笔记 ##################################################### qq:1218761836 qq群:150181442 ##################################################### 目录 Git. 1 一.关于版本控制... 1 二.本地版本控制系统... 1 三.集中式版本控制系统... 2 四.分布式版本管理控制系统... 3 五.Git的历史... 3 六.Git工作原理... 4 七