一个真实的DV项目流水帐(L)

2016.5.E, 老板通知说让找几个人支援一个project, 姑且叫她L 吧...

该L 类似于她的兄长M, 是M的低配版(design feature, process 等有改变)

M 的验证进度在5/E 为基本的whole chip path 打通了, module 验证还在如火如荼进行中..

因为来源于M, 而且IP feature在M中会验证完整,所以L中主要的验证为whole chip验证: 包含低功耗验证, Bus 互通性验证, 各种whole chip上需要关注的connection, pinmux等; 然后Bus互通性验证由于Bus feature不会有更动, 所以只需做regression 即可

对L 的要求是: 用尽量少的人, 尽可能多的reuse M 的test scenario, 然后用尽量少的时间完成.

项目牵涉到的人: 

1. D1: designer contact window
2. J: 负责DV 环境, 包含直接测试例环境, 及系统的mini
3. S: 负责project 环境, 包含版本控制及日常的regression 等
4. X: 负责CPU boot环境
5. W: 负责低功耗验证
6. 我: 支援这中间出现的各种问题; 作为一个旁观者, 我真实的记录这个过程, 总结经验教训.. 为后面project的执行考虑些流程优化的事情

下面是日常记录到的, 在什么时间点, 需要关注什么事, 以及针对这个事需要考虑的问题..

 

1. @2016.6.2: Designer 通知说 RTL branch 好了, 然后火急火燎的说, 希望快一点将环境建立起来..
2. @2016.6.3: 开始找S介入, 来建立基本的环境.. 首先是Project 最基本的设定, 需要考虑的问题是什么呢? 参考 project_env_setting
3. @2016.6.3: 开始找J介入, 来建立直接测试例环境; 在这个阶段, 需要考虑些什么呢? 参考 project_direct_env_setting
4. @2016.6.6: J release 直接測試例環境, 目前僅包含基本的subsystem compile 部分; 做的還蠻快的.
5. @2016.6.8: 在J的工作之后, S trial-run 确认是OK的, 然后建立公司内建的ARS flow, 之后trial-run了自动建database的机制, 看起来是可以工作的.
6. @2016.6.13: S 确认了ARS 有些漏洞, 请owner 确认需要修改的地方;; 自动建database的机制结合了crontab, 看起来是可用的..