- 场景描述：云主机能不能加上 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解压软件 [图片] 建议方案：
- 场景描述：创建项目还没完，中间对话框还处于正在进行项目初始化配置，右边就提示项目创建成功了 建议核对下状态机，等中间对话框进度走到100%后，右边再提示“新建项目成功”，然后同时页面再关闭 [图片] 建议方案： 场景描述：创建项目还没完，中间对话框还处于正在进行项目初始化配置，右边就提示项目创建成功了 建议核对下状态机，等中间对话框进度走到100%后，右边再提示“新建项目成功”，然后同时页面再关闭 [图片] 建议方案：
- 场景描述：新建项目里的图标默认是用拼音首字母，能否支持自定义从本地选择图片 用用户自定义的图片，比如项目的图片，能更明显的区分出具体应用（图片比文字，更一目了然） [图片] 场景描述：新建项目里的图标默认是用拼音首字母，能否支持自定义从本地选择图片 用用户自定义的图片，比如项目的图片，能更明显的区分出具体应用（图片比文字，更一目了然） [图片]
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签