mirror of https://gitee.com/openkylin/qa.git
3.0 KiB
3.0 KiB
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