稳定性专项运作知识地图

    在OpenHarmony生态项目的稳定性专项运作时，总结出来的流程规范、脚本工具、准出标准、各类型问题分析方法、以及部分经典案例总结，供大家参考。

部分关键信息待持续补充，欢迎大家积极共同参与、交流。

 

事务大类	事务子类	工具&方法	链接	备注
事前准备	测试工具	DevEco Testing	工具下载链接及使用方法，待补充
		wukong	工具使用方法，待补充
		内存泄漏测试脚本	脚本及使用方法，待补充
		故障去重脚本	脚本，待补充
		故障定位定界脚本	脚本，待补充
	测试版本	asan版本	asan版本编译方法和踩内存问题测试方法，待补充
		ksan版本	ksan版本编译方法和踩内存问题测试方法，待补充
		log版本	log版本编译方法，待补充
		nolog版本	nolog版本编译方法，待补充
	测试场景	单应用遍历	测试方法，待补充
		系统遍历	测试方法，待补充
		开关机	测试方法，待补充
		休眠唤醒	测试方法，待补充
	准出标准	核心应用	Beta<0.2次/千小时 ， Release < 0.1 次/千小时	Beta版本单版本累计测试时长>2000小时，每台样机连续操作时长>24小时 Release单版本累计测试时长>3000小时，每台样机连续操作时长>48小时
		核心服务	Beta<0.2次/千小时 ， Release < 0.1 次/千小时
		开关机异常	Beta<0.2次/千小时 ， Release < 0.1 次/千小时
		死机重启	BETA<4 次/千小时 , Release < 0.6 次/千小时
	定制计划	确定设备数量、人员、计划	根据准出标准中的测试时长要求，通过版本周期，计算出每天需要投入多少设备、人力，来达到准出的测试时长指标，并制定计划。
问题处理	提单	产品、版本、各项问题个数、log	问题单模板，待补充
	走单	沟通矩阵（责任田）	各项目视自身情况而定
	问题分析	内存泄漏	案例，待补充
		cpp crash	案例，待补充
		app freeze	案例，待补充
		js crash	案例，待补充
		断链	案例，待补充
		死机重启	案例，待补充