## openKylin单元测试流程说明
### 单元测试提测要求
|分项|内容|
|:---|:---|
|单元测试对象|1. 独立模块或组件部分
2. 一般情况不接受单独某个缺陷解决后的提测，建议批量随版本提测
|提测前提条件|1. 模块由于缺陷修复有较大改动，可能导致版本不稳定。或复杂需求研发完成，在其全部内容就绪后
2. 模块研发明确改动范围及影响域，确认提测计划
3. 对于非原定测试计划内的单元测试提测申请，QA sig组织相关会议对是否进行测试进行评审，根据评审结果而定
|提测方式|1. 发送邮件方式提测，发送给QA sig qa@lists.openkylin.top
2. 如提测邮件有涉及敏感或者暂无法公开的信息，则指定发送fanwei@kylinos.cn
|提测邮件包含内容|1. 提测内容
1）新增内容：需求内容（如果有需求编号或网址链接需提供），以及需求实现情况
2）修复内容：
是否存在issue修复，如果有则说明具体修复内容并给出需回归的issue list;
相比上个版本是否存在非issue修复修改，如果有则请具体说明修改内容;
3）影响范围：当前代码变动的影响范围说明，从开发的角度可以备注一些除功能列表外的可能会受影响的内容
2. 提测版本：模块的版本号
3. 需要搭载的系统版本：镜像名称
4. 模块安装包：清晰的说明需要安装哪些包，以附件形式上传、或提供所有包的安装路径
5. 相关资料：
1）自测报告：需要写清楚自测搭载的ISO，以作为测试部测试的依据
2）模块说明文档或手册
|测试内容|1. 功能测试（需求或解决的多个issue而形成的模块新版本）：
1）需求测试：集成进模块的需求及改动测试
2）模块全量测试：
A、首轮测试时进行模块全量测试
B、如存在其他情况，可和研发、产品、模块组长以及测试负责人对齐测试方案
3）回归测试：集成进模块的已解决的issue改动测试、影响域测试、上轮阻塞用例测试等
4）发布前的回归测试增加模块核心功能测试
2. 测试架构：X86、ARM、RISC-V视情况而定
### 单元测试结果反馈
|分项|内容|
|:---|:---|
|禅道测试单|关联提测模块用例|
|issue提交路径|gitee中各仓库|
|测试报告|测试结果邮件，如需正式的测试报告则给出测试报告|
|测试异常终止|1. 不满足单元测试提测要求
2. 测试中出现异常导致无法继续执行测试，如重要功能未实现，软件包无法按照，软件或系统无法启动、闪退、崩溃等
#### 自测报告模板
【腾讯文档】openKylin版本自测报告模板
https://docs.qq.com/doc/DWlhvTkJETWlDZWVB