-
【功能建议】APP下载卡的太严。 预审不通过我们上班要用的APP都用不了。下载不了。[图片] 我们上班要用的APP都用不了。下载不了。[图片]
- 场景描述： devcloud 效能洞察不能实时更新 建议方案：devcloud 效能洞察实时更新 场景描述： devcloud 效能洞察不能实时更新 建议方案：devcloud 效能洞察实时更新
- 场景描述：[图片][图片] 建议方案： 场景描述：[图片][图片] 建议方案：
-
【功能建议】模型调用异常 [未知错误] 预审不通过场景描述：创建Skill，不停的出现下面的问题，感知太差了，根本不可用啊！！！ ⚠️ 模型调用异常 [未知错误], 将在 10.0 秒后进行第 1/3 次重试...⚠️ 模型调用异常 [未知错误], 将在 20.0 秒后进行第 2/3 次重试...⚠️ 模型调用异常 [未知错误], 将在 40.0 秒后进行第 3/3 次重试... 建议方案： 场景描述：创建Skill，不停的出现下面的问题，感知太差了，根本不可用啊！！！ ⚠️ 模型调用异常 [未知错误], 将在 10.0 秒后进行第 1/3 次重试...⚠️ 模型调用异常 [未知错误], 将在 20.0 秒后进行第 2/3 次重试...⚠️ 模型调用异常 [未知错误], 将在 40.0 秒后进行第 3/3 次重试... 建议方案：
-
【功能建议】底部导航悬浮效果 预审不通过随着华为商城昨天内测鸿蒙设备底部导航支持悬浮效果的适配。希望华为云也能够早日适配，补齐最后一块华为系列的APP拼图。[图片] 随着华为商城昨天内测鸿蒙设备底部导航支持悬浮效果的适配。希望华为云也能够早日适配，补齐最后一块华为系列的APP拼图。[图片]
- 场景描述：无论是使用华为云App扫码还是手机号/验证码，都会出现多余的询问用户密码环节，这对于多华为ID的让人迷惑。结果唯一可以顺利登录的，是通过鸿蒙手机设置中的华为ID扫码才行。而且，华为云App在某些场景下，扫二维码是无效的（哪怕升级到最新华为云App版本）。总之，多华为ID用户登录出现困难。 建议方案：本来单一可以通过华为云App扫码登录或者鸿蒙手机设置中的华为ID扫码登录，非常简洁，现在怎么弄得整个登录链路如此复杂，以至于基本登不上去，无法顺利登录。 场景描述：无论是使用华为云App扫码还是手机号/验证码，都会出现多余的询问用户密码环节，这对于多华为ID的让人迷惑。结果唯一可以顺利登录的，是通过鸿蒙手机设置中的华为ID扫码才行。而且，华为云App在某些场景下，扫二维码是无效的（哪怕升级到最新华为云App版本）。总之，多华为ID用户登录出现困难。 建议方案：本来单一可以通过华为云App扫码登录或者鸿蒙手机设置中的华为ID扫码登录，非常简洁，现在怎么弄得整个登录链路如此复杂，以至于基本登不上去，无法顺利登录。
- 场景描述：hbulder运行报错签名描述文件中绑定的设备列表没有覆盖指定的运行设备，设备已经配置过了，一开始都是能用的，就是公司邀请我加入团队后，运行的时候又报了这个错 建议方案： 场景描述：hbulder运行报错签名描述文件中绑定的设备列表没有覆盖指定的运行设备，设备已经配置过了，一开始都是能用的，就是公司邀请我加入团队后，运行的时候又报了这个错 建议方案：
- 场景描述：跑步考核时，尤其是长距离跑步考核，比如：三公里考核、五公里考核等等。需要更加具体的提醒，让用户可以达到自己期望的成绩，或者当用户实在无法完成期望的成绩时，可以在手表的提醒下，冲刺及格。建议方案：关于手表跑步锻炼这一方面，是否可以可以增加一个“考核模式”，具备以下功能：1、用户可以预先设置自己 “期望的每圈所用时间”，“目标距离”， “期望完成目标距离所用时间” ， “可以接受的最长的完成目标距离所用时间” ，“剩余几百米冲刺提醒” 例如，每圈期望2分钟，（每圈是400米），目标距离3公里，期望完成目标距离所用时间是15分30秒，可以接受的最长的完成目标距离所用时间是16分10秒，剩余200米冲刺提醒。 2、用户每跑一圈，如果当前所用时间符合期望的所用时间，则只需报时即可。如果少于所期望的时间，则计算一下如果后边按照每圈这个配速，完成目标距离需要多少时间，语音播报。如果等于所期望的时间，则语音播报“该圈所用时间”如果多于所期望的时间，则计算一下如果后边按照每圈这个配速，需要多少时间， 如果所需时间超过了 期望完成目标距离所用时间 ，但是小于 可以接受的最长的完成目标距离所用时间， 语音播报”按照当前速度，所需时间超过期望时间，但仍在可接受范围，可适当加速“ 如果所需时间超过了 可以接受的最长的完成目标距离所用时间， 语音播报”请注意，当前速度，所需时间超出可接受范围，请加速” 3、到达用户定义的剩余距离时如果按照当前用户的速度，可以完成期望的目标，则语音播报“当前可继续匀速前行”如果按照当前用户的速度，不能达到期望目标，但是是可接受的时间，则语音播报“当前可适当加速，距离期望目标更近一步”如果按照当前用户的速度，不能达到可接受的时间，则语音播报“请全力冲刺” 场景描述：跑步考核时，尤其是长距离跑步考核，比如：三公里考核、五公里考核等等。需要更加具体的提醒，让用户可以达到自己期望的成绩，或者当用户实在无法完成期望的成绩时，可以在手表的提醒下，冲刺及格。建议方案：关于手表跑步锻炼这一方面，是否可以可以增加一个“考核模式”，具备以下功能：1、用户可以预先设置自己 “期望的每圈所用时间”，“目标距离”， “期望完成目标距离所用时间” ， “可以接受的最长的完成目标距离所用时间” ，“剩余几百米冲刺提醒” 例如，每圈期望2分钟，（每圈是400米），目标距离3公里，期望完成目标距离所用时间是15分30秒，可以接受的最长的完成目标距离所用时间是16分10秒，剩余200米冲刺提醒。 2、用户每跑一圈，如果当前所用时间符合期望的所用时间，则只需报时即可。如果少于所期望的时间，则计算一下如果后边按照每圈这个配速，完成目标距离需要多少时间，语音播报。如果等于所期望的时间，则语音播报“该圈所用时间”如果多于所期望的时间，则计算一下如果后边按照每圈这个配速，需要多少时间， 如果所需时间超过了 期望完成目标距离所用时间 ，但是小于 可以接受的最长的完成目标距离所用时间， 语音播报”按照当前速度，所需时间超过期望时间，但仍在可接受范围，可适当加速“ 如果所需时间超过了 可以接受的最长的完成目标距离所用时间， 语音播报”请注意，当前速度，所需时间超出可接受范围，请加速” 3、到达用户定义的剩余距离时如果按照当前用户的速度，可以完成期望的目标，则语音播报“当前可继续匀速前行”如果按照当前用户的速度，不能达到期望目标，但是是可接受的时间，则语音播报“当前可适当加速，距离期望目标更近一步”如果按照当前用户的速度，不能达到可接受的时间，则语音播报“请全力冲刺”
- 场景描述：研发需求，使用“我负责的”筛选需求时，多人负责的需求无法筛选出来[图片][图片] 建议方案：多人负责的需求应可以通过“我负责的”的方式筛选出来。 场景描述：研发需求，使用“我负责的”筛选需求时，多人负责的需求无法筛选出来[图片][图片] 建议方案：多人负责的需求应可以通过“我负责的”的方式筛选出来。
- 场景描述：比如我在需求下创建了测试类型的task。我将该类型的task状态由初始状态改成进行状态，此时需求的测试状态未同步变更。[图片] 建议方案：测试类型的task状态应与需求的测试状态能够同步，或单方向驱动（测试task驱动需求测试状态），此时需要注意多测试任务的情况。大概是：1、若所有测试task状态均为初始或完成状态，则需求测试状态为未开始或已测试。2、若存在测试task状态为非初始和非完成状态，则需求测试状态为测试中。3、其他情况，撤销、删除测试task，则将该测试task刨除，并重新判断需求上的测试状态。4、其他情况，新增测试task，同3，增加该测试task的判断，调整需求上的的测试状态。 场景描述：比如我在需求下创建了测试类型的task。我将该类型的task状态由初始状态改成进行状态，此时需求的测试状态未同步变更。[图片] 建议方案：测试类型的task状态应与需求的测试状态能够同步，或单方向驱动（测试task驱动需求测试状态），此时需要注意多测试任务的情况。大概是：1、若所有测试task状态均为初始或完成状态，则需求测试状态为未开始或已测试。2、若存在测试task状态为非初始和非完成状态，则需求测试状态为测试中。3、其他情况，撤销、删除测试task，则将该测试task刨除，并重新判断需求上的测试状态。4、其他情况，新增测试task，同3，增加该测试task的判断，调整需求上的的测试状态。
- 场景描述：打开用例界面，点击执行，在“设置用例结果”处点击“成功”。点击实际结果文本框，鼠标点击其他位置取消对实际结果文本框编辑，再次点击实际结果文本框，此时文本框原本应为空，实际显示“点击输入内容”且为有效且可编辑状态。另外，通过复制/粘贴方式编辑该文本框，其编辑前后的字数也不对。[图片][图片] 建议方案：多次点击实际结果文本框，“点击输入内容”均不能为有效输入。该编辑框的字数为实际字数。 场景描述：打开用例界面，点击执行，在“设置用例结果”处点击“成功”。点击实际结果文本框，鼠标点击其他位置取消对实际结果文本框编辑，再次点击实际结果文本框，此时文本框原本应为空，实际显示“点击输入内容”且为有效且可编辑状态。另外，通过复制/粘贴方式编辑该文本框，其编辑前后的字数也不对。[图片][图片] 建议方案：多次点击实际结果文本框，“点击输入内容”均不能为有效输入。该编辑框的字数为实际字数。
- 场景描述：比如测试用例——全量用例界面，新增用例。 建议方案：可根据需求以及关键词提示，自动生成/修改满足codearts格式的用例。以适配codearts操作标准及规范。图一：在US需求界面，添加AI插件，可用于生成开发/测试task（具体内容看图二），以及测试用例；[图片]图二：AI自动生成task时，可根据任务类型（开发/测试）自动填充标题、（尤其是）描述、任务类型。其他如时间点等可人工处理。[图片]图三：手动编写的用例，难免会有不规范的地方。可加入一个AI插件，用于一键修复用例问题。[图片] 场景描述：比如测试用例——全量用例界面，新增用例。 建议方案：可根据需求以及关键词提示，自动生成/修改满足codearts格式的用例。以适配codearts操作标准及规范。图一：在US需求界面，添加AI插件，可用于生成开发/测试task（具体内容看图二），以及测试用例；[图片]图二：AI自动生成task时，可根据任务类型（开发/测试）自动填充标题、（尤其是）描述、任务类型。其他如时间点等可人工处理。[图片]图三：手动编写的用例，难免会有不规范的地方。可加入一个AI插件，用于一键修复用例问题。[图片]
- 场景描述：在“测试需求目录”中删除用例时，弹出的删除用例界面[图片] 建议方案：建议给出删除总记录数的提示。若选中用例中存在非自己上传/创建的用例，则给出类似提示“涉及他人用例共xx条”。 场景描述：在“测试需求目录”中删除用例时，弹出的删除用例界面[图片] 建议方案：建议给出删除总记录数的提示。若选中用例中存在非自己上传/创建的用例，则给出类似提示“涉及他人用例共xx条”。
- 场景描述：测试用例模块，使用新手教学，在“用例等级选择要点”中，鼠标悬停粉色区域时，右侧气泡提示内容中，“非常特殊输入、场景、阈值条件的用例，该级别用例不宜过多，占比0%～5%左右。”前面按照数字序号是“1级” 建议方案：应该是“4级”[图片] 场景描述：测试用例模块，使用新手教学，在“用例等级选择要点”中，鼠标悬停粉色区域时，右侧气泡提示内容中，“非常特殊输入、场景、阈值条件的用例，该级别用例不宜过多，占比0%～5%左右。”前面按照数字序号是“1级” 建议方案：应该是“4级”[图片]
- 真是服了[图片] 真是服了[图片]
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签