xts认证送测自检
·
| 序号 | 事项/检查项 | 备注 |
| 1 | 下载如“OpenHarmony设备兼容性规范5.x自检表_标准系统.xlsx”， 检查确定系统、设备类型对应的最小测试集 |
1. Act-Validator:支持ArkTS应用+带屏设备涉及（其他设备可不测） 2. DCTS：带屏设备涉及（其他设备可不测），dcts测试所需的分布式盒子需要向认证小组申请 |
| 2 | 测试套下载 | 1. arm32的可直接下载（不要自己编译，更不能自行修改），64位的需要自己编译 |
| 3 | 镜像编译：镜像中的版本等各项配置确认，与网站申请信息要一致 | 1.要和申请认证填写的各项信息一致 |
| 4 | 测试套编译 | 1.如果是64位设备，需自己编译对应版本的测试套，不能自行修改测试套，测试用例确认有误的可说明原因申请豁免；32位设备不用自行编译 |
| 5 | 兼容性测试：ACTS, ACTS-Validator,HATS,DCTS,SSTS | 0.根据系统和硬件情况，部分测试可不做 1.执行测试套前注意下载资源文件，缺资源文件时会出现很多相关fail项 2.检查对比测试报告中，表头信息和镜像信息，评测信息是否一致 3.部分失败项，可重跑或单跑通过 4.部分fail项需一定前置条件，如有些测试用例需联网 5.有些测试用例内存需求很高，如果当前设备内存较小，可杀后台后再跑 6.各种前面跑不过后续又跑过的情况，都要记录原因或操作，为后续提交测试报告和豁免申请做准备 |
| 6 | 获取测试报告，分析解决、豁免测试fail项 | 1. 有些失败项是被前面的用例影响的，可重/单跑通过（参考序号5项）； 2. 因适配等原因导致的失败项，学修改适配代码等 3. 因功能裁剪，硬件不支持等原因导致的失败项，一般有充足理由可申请豁免 4. 提交评测信息时检查acts等测试报告是否有缺失，因模块和测试报告较多，可能出现遗漏测试报告等情况； 5. fail，block,unavailable各项都要分析是否需要豁免申请，不能豁免的都需要修改，修改/重跑通过的用例/测试套要附上最新的测试报告 |
| 7 | 整理测试报告，编写豁免申请 | 1. 可从网站下载XTS报告模板，按模板向评测网站上提交测试报告 |
| 8 | 填写兼容性规范文档自检结果（“OpenHarmony设备兼容性规范5.x自检表_标准系统.xlsx”自检表第一页，当前有167项） | 1. Y：符合此条规格，N：不满足，NA：不涉及，填N/NA时必须在F列说明原因； 2. 检查项比较多，不要出现前后信息不一致，结果矛盾的情况 3. 有些检查项可与芯片厂商沟通确认 4. 自检表结果不能与acts等测试报告冲突，如自检表中表明不支持蓝牙，但跑validator时蓝牙测试用例又通过了 |
| 9 | 物品与邮递 | 1.烧录相关工具是否齐全（如U盘，串口线，转接板，网线等） 2.烧录文档是否清晰明确，是否有多余操作，是否有错误描述 3.整机是否是oh的设备，型号是否正确，不要拿Android的设备当oh设备用 4.设备是否需要操作工具，如蓝牙遥控器、红外遥控器、外接按键键盘 5.设备外观是否和认证申请时上传的图片一致 6.设备梳理是否与要求的一致 7.快递物品清单信息是否与网站申请评测的信息一致，是否有多个快递，如果有多个快递，都要登记，不能遗漏 |
社区规范：仅讨论OpenHarmony相关问题。
更多推荐
1
0- 0
已为社区贡献16条内容
所有评论(0)