芯片验证项目，几百个测试用例，每次改了代码都要全跑一遍。手动跑？那得跑到明年。
Cadence vManager就是干这个的：验证回归测试管理。
vManager做什么：
– 统一管理所有测试用例
– 一键跑全量回归测试
– 自动生成测试报告
– 定位哪个用例挂了
使用场景：
– 每天定时跑回归测试
– 改了代码后跑全量验证
– 多人协作验证项目
– 跟踪验证覆盖率进度
踩坑记录
第一个坑：用例之间有依赖。A用例依赖B用例先跑，顺序错了结果不对。vManager里设好用例依赖关系。
第二个坑：服务器资源不够。几百个用例并行跑，服务器CPU和内存要够。不然排队跑半天。
第三个坑：报告看不懂。vManager报告列了一堆失败用例，先看是不是环境问题，再看是不是真bug。
