openharmonydocs/community-master/meeting-notes/2022-05-19.md

PMC 例会 2022-05-19

参会人员 (Attendance):

姓名	账号
董金光	@dongjinguang
任革林	@im-off-this-week
李家欣	@ninalijiaxin
吴勇辉	@davidwulanxi
马耀辉	@stesen
梁克雷	@xzmu
黄明龙	@minglonghuang
赵文华	@shidi_snow
邢文华	@xhuazi
高涵一	@gaohanyi1982
议题相关人员	议题相关人员

议题(Agenda):

1. PMC etherpad 议题列表 No71~72

会议纪要(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日