本人,之前设计了一个CANoe工程,由于工程设计之初没有设计好文档的归纳分类,导致文件查找起来非常费劲。
为了避免以后出现文件混乱,不可查找的问题,故特此归纳说明。
建立工程时:
第1步就应该设计好文档的结构,并在相关文件夹中,提前存放好,工程建立必须的文件(如dbc文件。)
第2步,开始设计工程,并配置文件存放进工程的相关文件夹
第3步,如果工程设计遇到特殊文件,或添加特殊需求,导致文件没有非常合适的文件夹放置。CANoe也支持,保存阶段新建文件夹
1:第1步就应该设计好文档的结构
1.1 根据项目命名一个总文件夹
命名为:飞行汽车域控制器_ES5687763,命名没有强制要求。
1.2总文件夹,可以分为“ProjectSeting ”和“测试文件夹”
1:ProjectSeting主要放置工程相关的文件
2:测试文件夹,主要放置 测试用例和测试报告,(不限于测试需要用到的电子原理图,各种计划评估文档,和相关培训资料)
1.3ProjectSeting
ProjectSeting主要用来放置工程相关文件,涵盖十分广阔。包括各种数据库文件,调用库文件,脚本文件,保存配置文件等,如下图。
文件夹名称 | 文件夹功能描述 | 扩展 | ||||
CANdbc | 存放工程中数据文件库 (DBC,LDF等文件) | 如果开发阶段, 存在较快频率的 数据库更新。 1:可按照将数据库按照,版本,分文件夹放置。 2:如果项目设计几路不同的CAN,需要将数据库文件,按不同总线放置。 3:最好放置一个Txt文件,详细说明版本区别和不同 | ||||
LIN LDF | ||||||
ethnet Arxml | ||||||
Diagnosis | CDD/ODX/MDF/MF4等文件 | CDD/ODX/MDF/MF4等文件 | 存放诊断数据库的文件夹 | 按版本分类存储 2:添加说明文档 | ||
CAPL File | .can/.cbf/.cin文件夹 | 诊断相关的CAPL类型 文件 | 1:诊断。can文件,ES5687763-Diagnosis_control$19_V1_20240201 按照以上格式命名, 2:需要添加说明文档,说明版本升级修改的地方,以及修改原因 3:一个.can文件,对应一个相应的cbf | |||
log | 存放诊断相关的报文 | |||||
Report | 存放TestModule执行后 产生的XML,或HTML报告文件 | 1:按照TestModule分 类存放 | 2:按照诊断脚本
| |||
log | 存放log文件 | 1:客户log 2:Testlog | ||||
Macros | 存放宏文件 | |||||
Nodes | 存放Node文件(很多项目,都需要 节点来辅助) | .CAN | ||||
Panels | 存放面板文件 | 1:按照panel vxp存储 | ||||
Scripts | 存放脚本文件 | 包括sequence和signalGeneral的文件 | ||||
TestModul | 存放TestModule(主要是tse文件) | 1:testmodul是按照TestEnvironment来分类 | ||||
C_C#_Net | 存放 c c++文件 | |||||
DLL_Plugins | 存放数据库文件 | |||||
Cfg_File | 存放,配置主文件 |
1.4测试文件夹
测试文件夹,主要是存放用例和报告的地方。且需存放测试输入文件的地方。在二级文件夹中,与CANoe测试工程实行分离存储。
测试文件夹点击进去,又分为测试输出,和输入文件
测试输出,
用例+报告:贯穿整个开发阶段,用例可能经过频繁修改。建议按照开发阶段,分软件版本,硬件版本,需求版本依次升级存放。这样即使不打开测试用例也能一目了然,知道用例版本和修改的大致原因。
具体用例,名称需要按照公司的规则命名。
测试报告中的子文件夹,大致也是和这个是一致的。
总结:文件的分类存储,不仅仅是可以更快的查找到我们需要的文件,也能实现对工程或测试数据
实现可溯源存储。对于项目管理和复盘有着重要的作用。