meeting 会议时间: 20220511 16:30-17:30

attendee参与人员

• 刘辉（紫金山实验室）
• 侯敏熙（Redhat）
• 李治谦（华为）
• 姜伟（紫金山实验室）
• 张怡（联想）
• 张阿利（中软）
• 李媛媛（中软）
• _孟璞辉(VMware) _
• 许丹（华为）
• 于洋（华为）
• _ 丁宇卿（紫金山实验室）_
• 于小龙（紫金山实验室）
• 李强（华为）
• 扈冰（华为）
• kanaga（华为）
• shashikanth（华为）
• 蔡舒豪（华为）
• 徐军杰（九州云）
• yangyang 、zhangbeiyuan、liuhuiling、luxin、chenchuanyu 、chenruidong 、 zhaobaohui （华为）
• xiert

Topics议题

1.EG R1.6第二次迭代回归测试情况讨论 --owner 宝辉、all

Discussion about regression test results for EG R1.6-Sprint2 --owner baohui，all

【3月16日：页面中的版权信息位置需要调整】

【3月30日：bug总量211条，其中严重4条，主要61条，次要143条，不重要2条，无优先级1条；其中取消3条，已完成103条，遗留7条，测试中83条，解决中（open+code）15条】

【4月13日：bug总量216条，其中严重4条，主要65条，次要144条，不重要2条，无优先级1条；其中，取消3条，已完成127条，遗留7条，测试中73条，解决中（open+code）6条】

【4月27日：bug总量229条，其中严重4条，主要67条，次要155条，不重要2条，无优先级1条；其中，取消3条，已完成184条，遗留7条，测试中25条，解决中（open+code）10条】

【5月11日：bug总量239条，其中严重4条，主要68条，次要164条，不重要2条，无优先级1条；其中，取消3条，已完成201条，遗留7条，测试中14条，解决中（open+code）14条】

2.EG平台压力测试、性能测试进展讨论 --owner all

Discussion about progress of stress&performance testing for EG platform --owner all

【1月5日：需分析压力测试范围、性能测试指标范围】【一定资源配备下，中心侧同时管控多少边缘节点，模拟多用户同时在线访问平台，边缘侧API网关的转发能力等】

【1月5日：R1.3版下已开展并发测试：针对mm5接口；并发能力忽大忽小，不稳定；研发未定位出原因】

【1月19日：mm5并发测试结果需要同对应研发讨论，并发现问题原因】

【1月19日：mm5压测时，1分钟内调500次创建接口，再调删除接口，会报链接超时/重置；过一段时间后，问题消失】

【1月19日： 1、满负载测试，即测试单个边缘节点在高负载（k8s集群压力达90-100%），持续运行1天，集群状态是否正常；--外部加压时可测（非k8s集群内部加压） 2、长稳测试，即模拟常态边缘节点运行状态，测试边缘节点稳定性（k8s集群负载50-70%，持续运行10天左右，边缘节点是否正常）；--内部加压可测 3、边缘节点自治稳定性测试，即当中心控制节点故障，查看边缘节点运行状态是否正常；--可测 4、边缘节点上启动一个app（容器/虚机）的时间是否也要测试（10、50、90、99分位下）？--可测 5、对mep上发布的服务的调用时延是否也有必要测试下？--待定 6、新增一个边缘节点时，该边缘节点的初始化时间是否需要测试？---可测

放在春节后讨论启动测试】

【2月16日： 1、接口并发性/压力测试；（developer/appstore/mecm/孵化流水线后台接口为主；vm操作接口） 2、 环境不稳定，环境崩溃，提供合理的分析建议（vm拉起很慢；拉起时获取容器状态较慢；拉起后，ssh登录vm很慢） 3、vm镜像瘦身时，上传镜像大小需设置上限，多大的镜像能够瘦身成功，否则镜像太大可能导致瘦身失败 4、 测试后对磁盘产生的垃圾文件，内存是否及时释放；及时清理 5、 容器场景下，namespace经常清理不掉，产生垃圾数据，导致后续namespace冲突等；--需要同研发讨论 6、很多接口做了限流（通过什么方式？website-gateway做的限流（可配置），防止暴力破解），出现too many request返回，无法压测--同研发确认 7、 developer或mecm部署时，applcm抛打开文件过多的错误--打开的文件句柄过多，下个版本对提交文件句柄上限

场景/方向--测试指标范围（含测试用例/测试方法设计（含工具/流程））同研发核对--测试计划（事项/时间/人员） 】

【3月3日

7、developer或mecm部署时，applcm抛打开文件过多的错误--打开的文件句柄过多，下个版本对提交文件句柄上限【可通过配置解决--需同luxin确认】

优先解决环境不稳定、磁盘垃圾、namespace垃圾及applcm句柄过多抛错问题

】

【3月16日

环境不稳定，环境崩溃，提供合理的分析建议（vm拉起很慢；拉起时获取容器状态较慢；拉起后，ssh登录vm很慢）--大部分是内存不足导致的；ssh登录慢，以跟研发讨论，后期修改

测试后对磁盘产生的垃圾文件，内存是否及时释放；及时清理 --研发反馈无法修改，反馈给建伟

容器场景下，namespace经常清理不掉，产生垃圾数据，导致后续namespace冲突等；--研发人员尚未有结论，反馈给建伟

developer或mecm部署时，applcm抛打开文件过多的错误--打开的文件句柄过多，下个版本对提交文件句柄上限--变成可配置项，需要确认--李强

】

【4月13日

环境不稳定，环境崩溃，提供合理的分析建议（vm拉起很慢；拉起时获取容器状态较慢；拉起后，ssh登录vm很慢）--大部分是内存不足导致的；ssh登录慢，以跟研发讨论，后期修改

测试后对磁盘产生的垃圾文件，内存是否及时释放；及时清理 --研发反馈无法修改，反馈给建伟

容器场景下，namespace经常清理不掉，产生垃圾数据，导致后续namespace冲突等；--研发人员尚未有结论，反馈给建伟

developer或mecm部署时，applcm抛打开文件过多的错误--打开的文件句柄过多，下个版本对提交文件句柄上限--变成可配置项，需要确认--李强

【等待建伟反馈进一步安排】

】

【4月27日 上次会议反馈的问题，据建伟确认预计在5月份修复完毕 】

【5月11日 1、环境不稳定，环境崩溃，提供合理的分析建议（vm拉起很慢；拉起时获取容器状态较慢；拉起后，ssh登录vm很慢）-- 研发反馈：已修改完毕

• vm拉起很慢， 未提单【同研发讨论是否提单--慧玲】
• 拉起时获取容器状态较慢，未提单【同研发讨论是否提单--慧玲】
• 拉起后，ssh登录vm很慢，已提单，但研发仅在界面上提示vmssh登录慢，并未实质修改

2、测试后对磁盘产生的垃圾文件，内存是否及时释放；及时清理 -- 研发反馈：暂时无法复现

3、容器场景下，namespace经常清理不掉，产生垃圾数据，导致后续namespace冲突等；-- 研发人员反馈：没办法复现，等复现以后再定位

4、developer或mecm部署时，applcm抛打开文件过多的错误--打开的文件句柄过多，下个版本对提交文件句柄上限--变成可配置项，需要确认--李强【已修复】

5、mecm的十多个接口已经做了jmeter压测，尚未有bug发现--阿利

后期摸索selinium仿真多用户并发操作平台 】

meeting link

腾讯会议 https://meeting.tencent.com/dm/4JYXbHYH7gWf #会议号：550-712-628

Minutes纪要

纪要人

刘辉

#遗留任务

• 1.平台运行的云主机/主机ip地址变化，如何在不重装平台的前提下让整个平台进入新ip的稳定运行状态？【预计放入R1.6解决】--owner xudan
• 2.协调其他测试组交流jmeter应用经验 --ownr weitao
• 3.提供一个性能测试计划的文档模板--owner liuhui all【已解决】
• 4.补充R1.6测试计划--liuhui【已解决】
• 5.同建伟沟通可能的压测工具--liuhui 【JMeter ApacheBench wrk Locust K6 Artillery】