- 场景描述：AI Gallery 点击收藏，整个页面会重新刷新，没必要这样。只要改变收藏图标即可 [图片] 建议方案： 场景描述：AI Gallery 点击收藏，整个页面会重新刷新，没必要这样。只要改变收藏图标即可 [图片] 建议方案：
- 场景描述：时间估算的不准，前几个只要30秒的却占了90%，最后一个要2分钟的才占10% 按正常道理2分钟应该是30秒的4倍进度 [图片] [图片] 建议方案： 场景描述：时间估算的不准，前几个只要30秒的却占了90%，最后一个要2分钟的才占10% 按正常道理2分钟应该是30秒的4倍进度 [图片] [图片] 建议方案：
- 场景描述：云主机能不能加上 C++ 的默认配置 [图片] 建议方案： 场景描述：云主机能不能加上 C++ 的默认配置 [图片] 建议方案：
- 场景描述：程序执行的时候，滚动条能否自动滚动到最底部 [图片] 建议方案： 场景描述：程序执行的时候，滚动条能否自动滚动到最底部 [图片] 建议方案：
- 场景描述：记得之前还有每一步预计要运行多久的提示在左边，现在怎么没了 [图片] 建议方案：左侧添加回程序预计运行耗时 场景描述：记得之前还有每一步预计要运行多久的提示在左边，现在怎么没了 [图片] 建议方案：左侧添加回程序预计运行耗时
- 场景描述：只有调试是成功的，通过ＵＲＬ访问都是失败的，但是图３统计却没有提现出失败次数 [图片] [图片] [图片] 建议方案：图３的统计里，要能统计出HTTＰ返回不是２００的情况 场景描述：只有调试是成功的，通过ＵＲＬ访问都是失败的，但是图３统计却没有提现出失败次数 [图片] [图片] [图片] 建议方案：图３的统计里，要能统计出HTTＰ返回不是２００的情况
- 场景描述：成功添加依赖包的提示，建议一段时间后自动消失。这个提示信息不是很重要，没必要用户手动关闭 [图片] 建议方案： 场景描述：成功添加依赖包的提示，建议一段时间后自动消失。这个提示信息不是很重要，没必要用户手动关闭 [图片] 建议方案：
- 场景描述：对于不同级别的日志，建议采用不同的颜色显示 [图片] 建议方案： 场景描述：对于不同级别的日志，建议采用不同的颜色显示 [图片] 建议方案：
- 场景描述：FunctionGraph选择路径，从图1到图2，点取消应该回到图1的页面，而不是全部取消 因为有两个选项，用户可能不想去选路径了，直接在项目中创建即可（即，回过头来，选图1的第一个选项） [图片] [图片] 建议方案： 场景描述：FunctionGraph选择路径，从图1到图2，点取消应该回到图1的页面，而不是全部取消 因为有两个选项，用户可能不想去选路径了，直接在项目中创建即可（即，回过头来，选图1的第一个选项） [图片] [图片] 建议方案：
- 场景描述：项目是否延期的判断有点太武断了。编辑的时候，填的是计划周期。但是缺少一个实际开始时间和终止时间，怎么能判断是否延期？ 比如这是一个过去的测试，我修改了一下计划时间在上周，然后状态是已完成，但我实际可能上上周就完成了 这个最后是要导出文档给领导做汇报的。 建议添加实际开始或终止时间，或者让可以手动修改状态是否延期还是按时 [图片] [图片] 建议方案： 场景描述：项目是否延期的判断有点太武断了。编辑的时候，填的是计划周期。但是缺少一个实际开始时间和终止时间，怎么能判断是否延期？ 比如这是一个过去的测试，我修改了一下计划时间在上周，然后状态是已完成，但我实际可能上上周就完成了 这个最后是要导出文档给领导做汇报的。 建议添加实际开始或终止时间，或者让可以手动修改状态是否延期还是按时 [图片] [图片] 建议方案：
- 场景描述：修改测试套件的时候，状态只有4个，而左侧文档状态有足足6个。但其实这6个状态，也不是很明确 举个例子： 1. 这个功能已经测试完毕，有问题 —— 这是其实是一种状态 2. 这个功能异常已经通知程序员在解决了 —— 但是没有“问题排查中 / 正在解决” 这种状态 3. 已解决和已关闭，也是两个很实用的状态。已解决是程序员修复BUG，已关闭是测试逻辑不对，导致原本正常的功能被认为成错误 具体可以参考一下 —— “禅道”，我们现在都是用这个来协调测试与开发的。他上面的状态管理，个人认为做的挺完善的 [图片] [图片] 建议方案： 场景描述：修改测试套件的时候，状态只有4个，而左侧文档状态有足足6个。但其实这6个状态，也不是很明确 举个例子： 1. 这个功能已经测试完毕，有问题 —— 这是其实是一种状态 2. 这个功能异常已经通知程序员在解决了 —— 但是没有“问题排查中 / 正在解决” 这种状态 3. 已解决和已关闭，也是两个很实用的状态。已解决是程序员修复BUG，已关闭是测试逻辑不对，导致原本正常的功能被认为成错误 具体可以参考一下 —— “禅道”，我们现在都是用这个来协调测试与开发的。他上面的状态管理，个人认为做的挺完善的 [图片] [图片] 建议方案：
- 场景描述：样例功能套件的描述，既然是可以换行显示的，也没有说要列对齐。那么建议不要省略字符（处理者、创建者） [图片] 建议方案： 场景描述：样例功能套件的描述，既然是可以换行显示的，也没有说要列对齐。那么建议不要省略字符（处理者、创建者） [图片] 建议方案：
- 场景描述：测试用例的状态机，建议在保存的时候核验下 举个例子，现在是手动测试，这个“执行步骤”中，总共有1个用例，与预期结果不符，这里选择 “执行失败” 那么用例的结果，就应当自动更正为“执行失败” 或者如果此时，用例执行结果为成功，在保存的时候就应该提示用户：子用例执行失败，用例状态为成功，是否真的需要保存，还是要修改 因为从业务逻辑上来看，这个肯定是有问题的。希望测试用例工具能够更加智能，帮助用户检查疏漏。 测试一天的工作很多，有时候可能会眼花看错。如果多一道检查提示，这个肯定是更有帮助的 [图片] 建议方案： 场景描述：测试用例的状态机，建议在保存的时候核验下 举个例子，现在是手动测试，这个“执行步骤”中，总共有1个用例，与预期结果不符，这里选择 “执行失败” 那么用例的结果，就应当自动更正为“执行失败” 或者如果此时，用例执行结果为成功，在保存的时候就应该提示用户：子用例执行失败，用例状态为成功，是否真的需要保存，还是要修改 因为从业务逻辑上来看，这个肯定是有问题的。希望测试用例工具能够更加智能，帮助用户检查疏漏。 测试一天的工作很多，有时候可能会眼花看错。如果多一道检查提示，这个肯定是更有帮助的 [图片] 建议方案：
- 场景描述：设置测试用例结果，失败和不可用都是同一种颜色。建议使用不同颜色加以区分 [图片] [图片] 建议方案： 场景描述：设置测试用例结果，失败和不可用都是同一种颜色。建议使用不同颜色加以区分 [图片] [图片] 建议方案：
- 场景描述：实验中归档下载的zip包，在实验环境中并没有内置软件能够解压缩，建议内置一下zip解压软件 [图片] 建议方案： 场景描述：实验中归档下载的zip包，在实验环境中并没有内置软件能够解压缩，建议内置一下zip解压软件 [图片] 建议方案：
上滑加载中
推荐直播
-
华为云码道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华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签