嵌入式测试流程
做个简单的记忆
通过jira 跟踪任务、bug、需求。
- 对源代码的编写规范和编写风格进行代码清理。通过工具检测出的报告是没有缺陷存在的,对源码进行打标签。
- 编写LLR
- 用excel表格编写,然后传递到代码审查工具(CCR)进行check。
- 将完成的文档进入repo库(git)
- 将excel表格上传到mongo DB库 (Polarion )
- 编写api 相当于函数头
- 编写HLR
- 同编写LLR,但必须API审核通过
- 生成设计文档(CDAD)
-
架构
- 数据耦合 全局变量暴露给其他组件,其他组件的全局变量暴露给本组件。
- 函数接口 api bsp init helper
- 控制耦合 本组件函数被哪些函数调用并罗列调用函数所属的组件。
-
高级需求
- api
- DHLR
- CHLR
- HLR
-
设计考虑
-
低级需求
- LLR
- 宏函数
- 内敛函数
- 内敛汇编 (build-in)
-
源码
-
数据字典
- 本组件
- 全局变量
- 宏
- 类型定义(typedef)
- 枚举
- 其他组件
- 全局变量
- 宏
- 类型定义(typedef)
- 枚举
- 本组件
-
审查CDAD 并生成证据
-
编写测试策略
-
编写LLTC
-
编写HLTC
-
审查后生成测试文档(CTAD)并生成证据
-
总结
对测试流程做了一个简单的梳理,用于加强记忆,以便于在工作中发现更多的知识点。
正常情况下对TC取不同的值进行测试。