惠城企业 APP 上架前的准备(惠州本地实操)
item.url === image.getAttribute('src')); if (position >= 0) open(position, image); }"
@keydown="if (['Enter', ' '].includes($event.key) && $event.target.matches('.listing-rich-body figure img')) { $event.preventDefault(); $event.target.click(); }">
惠城企业的APP如果用于设备配套,上架前应先准备一份能力边界检查单。商店截图展示连接成功,只能说明一个演示状态;使用者真正需要知道适合哪些设备、当前连接哪一台、不能继续时怎么办。发布准备应把这些信息核对到拟提交版本。
检查设备范围:列出已验证的设备型号、固件版本与手机系统组合,区分已支持、待验证和当前不支持。列表依据实际验证,不从品牌名称推导所有设备都适用。应用介绍与帮助说明采用同一范围,用户不必安装之后才发现自己的对象从未包含在内。
检查对象识别:相似设备同时存在时,使用者怎样认出要连接的对象;连接完成后,界面是否持续显示可辨认的设备信息。若有测试用模拟设备,应在合适位置说明,不能把模拟状态混在真实设备结果里,让人以为现场设备已经连接。
检查失败状态:未找到设备、连接中断、设备不支持与正在等待响应分别怎样表达。文字应说明当前发生了什么及可以采取的下一步,不用全部显示未知错误。用户退出再进入时,也要能够辨认当前状态,不能让旧画面中的数据看起来像刚刚取得的结果。
检查操作边界:若只支持查看资料,不在介绍中写可以控制设备;若存在可修改参数,核对实际适用对象与确认步骤。必要的设备能力申请在相关任务中解释,用不到的行为从方案中清理。企业和开发人员共同确认实际功能及所用组件,再整理对应说明。
检查提交资料:主体与应用身份、适用的证明或备案项目、商店图片及审核访问方式,按拟发渠道当前要求准备。审核若无法接触实物,应依据渠道允许的方法说明如何检查主要功能,不提交无法理解的空页面。发布材料由业务、设备与客户端负责人共同核对,确认大家描述的是同一版工具,而不是各自手中的旧演示。
