qa/openKylin-V2.0-Beta2版本公测方案.md

# 开放麒麟(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：已知问题