PMC 例会 2022-05-19
## 参会人员 (Attendance):
| 姓名 | 账号 |
| ------ | ---------------------------------------- |
| 董金光 | [@dongjinguang](https://gitee.com/dongjinguang) |
| 任革林 | [@im-off-this-week](https://gitee.com/im-off-this-week) |
| 李家欣 | [@ninalijiaxin](https://gitee.com/ninalijiaxin) |
| 吴勇辉 | [@davidwulanxi](https://gitee.com/davidwulanxi) |
| 马耀辉 | [@stesen](https://gitee.com/stesen) |
| 梁克雷 | [@xzmu](https://gitee.com/xzmu) |
| 黄明龙 | [@minglonghuang](https://gitee.com/minglonghuang) |
| 赵文华 | [@shidi_snow](https://gitee.com/shidi_snow) |
| 邢文华 | [@xhuazi](https://gitee.com/xhuazi) |
| 高涵一 | [@gaohanyi1982](https://gitee.com/gaohanyi1982) |
| 议题相关人员 | 议题相关人员 |
## 议题(Agenda):
1. PMC etherpad 议题列表 [No71~72](https://gitee.com/link?target=https%3A%2F%2Fetherpad.openharmony.cn%2Fp%2Fpmc)
## 会议纪要(Minute of Meeting):
| 议题编号 | 议题名称 | 会议纪要 |
| ---- | ------------------------ | ---------------------------------------- |
| No71 | devboard sig 开发版官网展示页面提议 | 结论：
可以输出到基础设施工作组进行方案设计，之后将初版交于PMC评审。
遗留问题
1）在展示页中加一项“适配的系统版本”的信息-责任人：基础设施工作组 完成时间：与基础设施工作组进一步沟通后确定
2）开发板展示的入口放在哪里?建议放到官网“支持”下拉框下的设备开发的子页中，具体需要基础设施工作组根据官网整体风格和逻辑进行设计--责任人：基础设施工作组 完成时间：与基础设施工作组进一步沟通后确定
3）在官网展示的开发板代码提供的仓地址为OpenHarmony组织下的仓地址--责任人：devboard sig 完成时间：2022年6月20日
4）后期要设计展示下架的机制--责任人：devboard sig 完成时间：2022年6月30日
5）展示页面的排序，建议进主干的排在前面--责任人：基础设施工作组 完成时间：与基础设施工作组进一步沟通后确定
6）不跳转到其他公司或者三方网站--责任人：devboard sig&基础设施工作组 完成时间：与基础设施工作组进一步沟通后确定
7）对于上官网的开发板后期逐渐形成标杆机制（devboard sig可以在例会上讨论）责任人：南向生态拓展团队&devboard sig 完成时间：2022年7月30日
8）提供资料给基础设施的法务审核时，尽量突出审核点--责任人：devboard sig 完成时间：2022年6月30日
9）未来是否要提供开发版的发行版镜像下载链接？如何提供？可以在devboard sig讨论 责任人：南向生态拓展团队&devboard sig 完成时间：2022年6月30日
10）官网展出数据要和gitte做到同源一致，责任人：devboard sig 完成时间：2022年6月30日
11）所发布的开发版，需要通过兼容性评测
12）所发布的开发版，通过OpenHarmony CI系统，保证一键可用 |
| No72 | 社区Issue处理流程优化 | 结论：
1）问题修改后需要提交人确认关闭。
2）提交人确认环节超过30天未确认，负责修改sig可以评估关闭
3）对Issue各环节增加内容要求：
①问题解决：需附上PR链接。
②自验证/回归验证：需附上测试报告。
③不解决关闭/挂起：附上原因或评审结论
4）社区规则更新：
缺陷的修改：更新规则3
【规则3】：测试用例设计，白盒自动化用例要做到代码逻辑全覆盖，手工测试用例要做到修改场景上的覆盖。建议：如果修改代码量在50行以下，设计测试用例不少于5条；50行及以上，测试用例在代码行的10%以上；
Comitter在审核提交时要审查用例覆盖是否满足上诉要求。
缺陷回归验证：（本次新增）
【规则1】：社区issue修复后，需要由issue提交人确认关闭，修改人不能自己关闭。
【规则2】issue提交人收到修复方案后，如果30天内未进行确认，Comitter可评估决定是否关闭issue。
【规则3】“验证中”环节回归测试后，需附上测试报告，不能直接关闭或简单评论后关闭。
测试报告参考模板：
【回归测试结果】
【回归测试软件版本】
【单版信息】
【回归测试次数】
【测试过程】
遗留问题：
1）issue处理规则刷新后在社区发布。责任人：丁琦 完成时间：2022年6月5日
2）讨论输出社区issue的审核规则，指导Comitter在审核环节符合规矩。责任人：丁琦 完成2022年6月15日
3）码云工具优化：
①issue状态变化后，issue提交人收到的邮件通知增加明确的提示。
②issue提交审核后，检查提交用例数是否满足要求，并给审审核的Comitter进行提示。
责任人：王意明 完成时间：待码云评估后给出
4）对历史issue进行分析，确认用例覆盖情况，并建立各sig用例的管理看板。责任人：高涵一 完成时间：2022年6月30日 |