mirror of https://gitee.com/openkylin/qa.git
163 lines
6.0 KiB
Markdown
163 lines
6.0 KiB
Markdown
# 开放麒麟(openKylin)-V2.0-Beta版本公测方案
|
||
|
||
|
||
|
||
## 一、版本情况
|
||
|
||
### 1 版本下载地址
|
||
|
||
[点击下载](https://www.openkylin.top/downloads/index-cn.html)
|
||
|
||
### 2 版本新增内容
|
||
|
||
#### 2.1 新增需求
|
||
|
||
1.基础库选型
|
||
|
||
2.图形栈合成渲染技术-wlcom合成器
|
||
|
||
3.AI PC智能交互技术：包括AI助手、智能画图、智能搜索、智能剪切板、智能数据管理等
|
||
|
||
4.开明软件包格式
|
||
|
||
5.不可变系统
|
||
|
||
6.KARE生态兼容环境
|
||
|
||
7.搜狗输入法NG版
|
||
|
||
8.主题创意工坊
|
||
|
||
9.新版UKUI桌面环境
|
||
|
||
#### 2.2 修复issue
|
||
|
||
详见任务列表“已验收”状态issue
|
||
|
||
## 二、测试计划
|
||
|
||
### 1 测试环境
|
||
|
||
#### 1.1 硬件环境
|
||
|
||
1.包括X86实体机及虚拟机（Linux\win+VMware、virtualbox），其他无要求
|
||
|
||
#### 1.2 软件环境
|
||
|
||
1.支持传统系统和不可变系统，可在安装时进行选择，安装后无法切换，可根据需求选择安装
|
||
|
||
2.支持wlcom及x11两种显示模式，默认进入wlcom模式，可在登录界面右下角进行切换
|
||
|
||
### 2 测试策略
|
||
|
||
1.版本测试重点：针对新增需求及特性进行体验、版本修复issue进行回归
|
||
|
||
2.重点在默认的wlcom模式进行测试验证，x11模式辅助验证
|
||
|
||
3.虚拟机支持：支持Linux\win+VMware、virtualbox（增强功能目前只支持在x11环境下使用，wlcom环境适配中）
|
||
|
||
### 3 测试时间
|
||
|
||
6月21日--7月5日
|
||
|
||
### 4 测试内容
|
||
|
||
1.新增需求及特性体验测试（重点）
|
||
|
||
新增需求内容体验测试过程中遇到任意软件功能问题、设计缺陷问题、UI显示问题、易用性问题、性能/稳定性问题等，均可进行验证反馈
|
||
|
||
2.版本已解决issue验证，重点验证issue解决及是否有新问题引入（详见任务列表“已验收”状态issue）
|
||
|
||
3.其他内容测试
|
||
|
||
系统中遇到任意软件功能问题、设计缺陷问题、UI显示问题、易用性问题、性能/稳定性问题或者第三方软件问题等，均可进行验证反馈
|
||
|
||
### 5 issue提交
|
||
|
||
提交规范可参考以下文档：
|
||
|
||
[openKylin测试参与指南](https://gitee.com/openkylin/qa/blob/master/openKylin%E7%89%88%E6%9C%AC%E6%B5%8B%E8%AF%95%E5%8F%82%E4%B8%8E%E6%8C%87%E5%8D%97.md)
|
||
[openKylin 缺陷issue处理流程](https://gitee.com/openkylin/qa/blob/master/openKylin%E7%BC%BA%E9%99%B7%E5%A4%84%E7%90%86%E6%B5%81%E7%A8%8B.md)
|
||
|
||
注意事项：
|
||
|
||
1.本次版本为公测版本，存在部分已知问题正在修复中，提交前注意查找已有issue避免重复提交，所有[已知issue](https://gitee.com/organizations/openkylin/issues?assignee_id=&author_id=&branch=&collaborator_ids=&issue_search=&label_ids=&label_text=&milestone_id=&priority=&private_issue=&program_id=&project_id=&project_type=&scope=&single_label_id=&single_label_text=&sort=&state=progressing&target_project=)
|
||
|
||
可见 gitee-openKylin-【任务】-“进行中”，已知缺陷不需要重复提交
|
||
|
||
（点openkylin-任务，找到对应组件，即可到组件所有issue页面，在搜索框输入标题或者ID都可以找到对应issue）
|
||
|
||
**备注：如有已知问题严重影响使用，您希望尽快解决此问题，可在该issue下评论"+1"**，后续会有内部测试人员进行处理
|
||
|
||
2.issue提交在各模块的仓库下，如【ukui-control-center】
|
||
|
||
3.仅wlcom模式下发现的issue，提交时标题带有【wlcom】，可切换x11下对比确认
|
||
|
||
4.编辑issue时注意描述清楚具体的问题现象、复现手法（测试工具）及硬件机型等
|
||
|
||
**5.确认非已知问题后，需要新增的issue在标题标注【用户反馈】字样**，后续会有内部测试人员进行处理
|
||
|
||
### 6 issue验证
|
||
|
||
涉及到具体架构或机型的缺陷，须到对应的架构或机型上验证，验证完成后进行评论备注
|
||
|
||
详细流程见文档[openKylin缺陷处理流程](https://gitee.com/openkylin/qa/blob/master/openKylin%E7%BC%BA%E9%99%B7%E5%A4%84%E7%90%86%E6%B5%81%E7%A8%8B.md)
|
||
|
||
### 7 风险评估
|
||
|
||
测试设备及硬件设备覆盖型号无法确保完全，存在未覆盖型号无法确认是否支持的风险
|
||
|
||
如果您在安装过程中遇到直接进入锁屏状态，或者其他导致无法安装的问题，请提交issue，提交方法参考文档"issue提交"章节
|
||
|
||
## 三、贡献评判
|
||
|
||
### 1 评判依据
|
||
|
||
1.提交有效issue数量：
|
||
|
||
包括完整信息的issue为有效issue；
|
||
|
||
问题描述不清，问题与系统不相关，或者同一账号提交完全相同问题等情况，属于无效问题，不计入提交issue数量；
|
||
|
||
有效问题数量越高，得分越高
|
||
|
||
2.提交信息完整性：
|
||
|
||
issue标题需要能概括问题、易于理解；内容详细且清晰地描述问题现象、复现步骤及环境信息；避免存在描述不清或者复现步骤不全，导致问题无法定位；
|
||
|
||
内容主体需要覆盖【标题描述】、【环境信息】、【问题复现步骤】、【预期结果】、【实际结果】、【附件信息】；
|
||
|
||
信息覆盖条数越多，得分越高
|
||
|
||
3.已知问题提升优先级被采纳：
|
||
|
||
您评论"+1"（希望提升优先级被尽快解决的）的已知问题被采纳且提升优先级后，将获得积分
|
||
|
||
4.等级：
|
||
|
||
根据现象严重性判断该问题等级；
|
||
|
||
反馈问题越严重，得分越高
|
||
|
||
5.新需求/特性相关性：
|
||
|
||
判断提交问题与本次发布版本新需求/特性的相关性；
|
||
|
||
新需求及新特性相关问题得分高
|
||
|
||
---
|
||
|
||
### 2 评判规则
|
||
|
||
根据issue提交数量及质量评判总体贡献度：
|
||
|
||
S*=*∑Bn+∑Cm+∑Dn+∑En
|
||
|
||
- S: 贡献积分
|
||
- B：提交信息完整性的分数，分值[0,3]
|
||
- C：已知问题等级提升建议被采纳，分值[2]
|
||
- D：等级的分数，分值[1,4]
|
||
- E：新增问题与新需求/特性相关性，分值[1,2]
|
||
- n：提交的有效问题
|
||
- m：已知问题
|