- 场景描述： 代码评审的时候，查看评审的时候展示很不好用，还不如本地查看diff。 明明已经删掉了一个文件，但是diff功能的展示有歧义，看起来像没删除一样。改动是删掉了整个文件，但是这里的展示表达出的意思是这个文件还在，只是删掉了整个文件的内容。 这个diff的设计让我们的代码评审变得举步维艰。 具体看附件。 建议方案： diff功能不是只看代码内容的变更吧？文件的变更也要可视化的吧，这个diff设计成这样根本不好用啊。 左侧文件树给出更明确的ui展示。比如文件删掉就是划掉或者背景色变红，文件新增是绿色，只改动了内容没有动文件就保持现状就好。好用的竞品有很多，可以多学学，哪怕参考一下也行 场景描述： 代码评审的时候，查看评审的时候展示很不好用，还不如本地查看diff。 明明已经删掉了一个文件，但是diff功能的展示有歧义，看起来像没删除一样。改动是删掉了整个文件，但是这里的展示表达出的意思是这个文件还在，只是删掉了整个文件的内容。 这个diff的设计让我们的代码评审变得举步维艰。 具体看附件。 建议方案： diff功能不是只看代码内容的变更吧？文件的变更也要可视化的吧，这个diff设计成这样根本不好用啊。 左侧文件树给出更明确的ui展示。比如文件删掉就是划掉或者背景色变红，文件新增是绿色，只改动了内容没有动文件就保持现状就好。好用的竞品有很多，可以多学学，哪怕参考一下也行
- 场景描述：项目是否延期的判断有点太武断了。编辑的时候，填的是计划周期。但是缺少一个实际开始时间和终止时间，怎么能判断是否延期？ 比如这是一个过去的测试，我修改了一下计划时间在上周，然后状态是已完成，但我实际可能上上周就完成了 这个最后是要导出文档给领导做汇报的。 建议添加实际开始或终止时间，或者让可以手动修改状态是否延期还是按时 [图片] [图片] 建议方案： 场景描述：项目是否延期的判断有点太武断了。编辑的时候，填的是计划周期。但是缺少一个实际开始时间和终止时间，怎么能判断是否延期？ 比如这是一个过去的测试，我修改了一下计划时间在上周，然后状态是已完成，但我实际可能上上周就完成了 这个最后是要导出文档给领导做汇报的。 建议添加实际开始或终止时间，或者让可以手动修改状态是否延期还是按时 [图片] [图片] 建议方案：
- 场景描述：修改测试套件的时候，状态只有4个，而左侧文档状态有足足6个。但其实这6个状态，也不是很明确 举个例子： 1. 这个功能已经测试完毕，有问题 —— 这是其实是一种状态 2. 这个功能异常已经通知程序员在解决了 —— 但是没有“问题排查中 / 正在解决” 这种状态 3. 已解决和已关闭，也是两个很实用的状态。已解决是程序员修复BUG，已关闭是测试逻辑不对，导致原本正常的功能被认为成错误 具体可以参考一下 —— “禅道”，我们现在都是用这个来协调测试与开发的。他上面的状态管理，个人认为做的挺完善的 [图片] [图片] 建议方案： 场景描述：修改测试套件的时候，状态只有4个，而左侧文档状态有足足6个。但其实这6个状态，也不是很明确 举个例子： 1. 这个功能已经测试完毕，有问题 —— 这是其实是一种状态 2. 这个功能异常已经通知程序员在解决了 —— 但是没有“问题排查中 / 正在解决” 这种状态 3. 已解决和已关闭，也是两个很实用的状态。已解决是程序员修复BUG，已关闭是测试逻辑不对，导致原本正常的功能被认为成错误 具体可以参考一下 —— “禅道”，我们现在都是用这个来协调测试与开发的。他上面的状态管理，个人认为做的挺完善的 [图片] [图片] 建议方案：
- 场景描述：样例功能套件的描述，既然是可以换行显示的，也没有说要列对齐。那么建议不要省略字符（处理者、创建者） [图片] 建议方案： 场景描述：样例功能套件的描述，既然是可以换行显示的，也没有说要列对齐。那么建议不要省略字符（处理者、创建者） [图片] 建议方案：
- 场景描述：测试用例的状态机，建议在保存的时候核验下 举个例子，现在是手动测试，这个“执行步骤”中，总共有1个用例，与预期结果不符，这里选择 “执行失败” 那么用例的结果，就应当自动更正为“执行失败” 或者如果此时，用例执行结果为成功，在保存的时候就应该提示用户：子用例执行失败，用例状态为成功，是否真的需要保存，还是要修改 因为从业务逻辑上来看，这个肯定是有问题的。希望测试用例工具能够更加智能，帮助用户检查疏漏。 测试一天的工作很多，有时候可能会眼花看错。如果多一道检查提示，这个肯定是更有帮助的 [图片] 建议方案： 场景描述：测试用例的状态机，建议在保存的时候核验下 举个例子，现在是手动测试，这个“执行步骤”中，总共有1个用例，与预期结果不符，这里选择 “执行失败” 那么用例的结果，就应当自动更正为“执行失败” 或者如果此时，用例执行结果为成功，在保存的时候就应该提示用户：子用例执行失败，用例状态为成功，是否真的需要保存，还是要修改 因为从业务逻辑上来看，这个肯定是有问题的。希望测试用例工具能够更加智能，帮助用户检查疏漏。 测试一天的工作很多，有时候可能会眼花看错。如果多一道检查提示，这个肯定是更有帮助的 [图片] 建议方案：
- 场景描述：设置测试用例结果，失败和不可用都是同一种颜色。建议使用不同颜色加以区分 [图片] [图片] 建议方案： 场景描述：设置测试用例结果，失败和不可用都是同一种颜色。建议使用不同颜色加以区分 [图片] [图片] 建议方案：
- 场景描述：实验中归档下载的zip包，在实验环境中并没有内置软件能够解压缩，建议内置一下zip解压软件 [图片] 建议方案： 场景描述：实验中归档下载的zip包，在实验环境中并没有内置软件能够解压缩，建议内置一下zip解压软件 [图片] 建议方案：
- 场景描述：创建项目还没完，中间对话框还处于正在进行项目初始化配置，右边就提示项目创建成功了 建议核对下状态机，等中间对话框进度走到100%后，右边再提示“新建项目成功”，然后同时页面再关闭 [图片] 建议方案： 场景描述：创建项目还没完，中间对话框还处于正在进行项目初始化配置，右边就提示项目创建成功了 建议核对下状态机，等中间对话框进度走到100%后，右边再提示“新建项目成功”，然后同时页面再关闭 [图片] 建议方案：
- 场景描述：新建项目里的图标默认是用拼音首字母，能否支持自定义从本地选择图片 用用户自定义的图片，比如项目的图片，能更明显的区分出具体应用（图片比文字，更一目了然） [图片] 场景描述：新建项目里的图标默认是用拼音首字母，能否支持自定义从本地选择图片 用用户自定义的图片，比如项目的图片，能更明显的区分出具体应用（图片比文字，更一目了然） [图片]
- 场景描述： 1. 创建项目时，这个蓝色的应该是链接吧，但是上面和下面的链接出来的提示都一样 2. 蓝色一般都代表链接，那么图1鼠标移动到蓝色上会弹出说明。但是鼠标移动到图二的蓝色上，则什么反应也没有。这个功能是否没有统一 [图片] [图片] 建议方案： 场景描述： 1. 创建项目时，这个蓝色的应该是链接吧，但是上面和下面的链接出来的提示都一样 2. 蓝色一般都代表链接，那么图1鼠标移动到蓝色上会弹出说明。但是鼠标移动到图二的蓝色上，则什么反应也没有。这个功能是否没有统一 [图片] [图片] 建议方案：
- 场景描述：点击立即使用，跳到了一个创建项目新页面，但这个新页面为啥不通过iframe集成在左侧的选项卡中？ 集成之后，方便随时切换功能。 现在跳转到一个新页面，给人的感觉像是属于两个不同的项目进行开发打包的。 这里左侧的选项卡就好像是一个没什么用的导航页，每个选项卡里面都是点击立即使用，然后跳转到一个新页面。 总感觉这样的设计怪怪的 [图片] [图片] 建议方案： 场景描述：点击立即使用，跳到了一个创建项目新页面，但这个新页面为啥不通过iframe集成在左侧的选项卡中？ 集成之后，方便随时切换功能。 现在跳转到一个新页面，给人的感觉像是属于两个不同的项目进行开发打包的。 这里左侧的选项卡就好像是一个没什么用的导航页，每个选项卡里面都是点击立即使用，然后跳转到一个新页面。 总感觉这样的设计怪怪的 [图片] [图片] 建议方案：
- 场景描述：程序员有时候不记得几号是个什么时间，但是如果加上星期几，大家应该就对这个时间大概了解了 如下图，如果在10月28号后面加个（本周一），11月5号后面加个（下周二）是不是就一目了然这个时间范围了 [图片] 建议方案： 场景描述：程序员有时候不记得几号是个什么时间，但是如果加上星期几，大家应该就对这个时间大概了解了 如下图，如果在10月28号后面加个（本周一），11月5号后面加个（下周二）是不是就一目了然这个时间范围了 [图片] 建议方案：
- 场景描述： 1、实验手册内容有误： ② dockerOrg：输入在步骤2.3.1配置SWR服务中创建的组织名称 2、新建ECS的过程中，实验手册里面的页面和现在的页面不完全一致。 3、实验手册内容有误2： 参考步骤2.3.2，在SWR控制台单击“登录指令”，系统生成并弹框显示docker login指令。 建议方案： 1、2.3.1 应该是2.4.1 2、建议更新实验手册内容 3、2.3.2应该是2.4.2，而且docker的username password server这些参数，最好是页面上有个地方能分开显示，方便复制黏贴。很容易出现多空格的现象，或者点登录指令，弹出1个长框，一个是命令行的docker命令，方便复制粘贴，一个是多行单元格分开显示。 场景描述： 1、实验手册内容有误： ② dockerOrg：输入在步骤2.3.1配置SWR服务中创建的组织名称 2、新建ECS的过程中，实验手册里面的页面和现在的页面不完全一致。 3、实验手册内容有误2： 参考步骤2.3.2，在SWR控制台单击“登录指令”，系统生成并弹框显示docker login指令。 建议方案： 1、2.3.1 应该是2.4.1 2、建议更新实验手册内容 3、2.3.2应该是2.4.2，而且docker的username password server这些参数，最好是页面上有个地方能分开显示，方便复制黏贴。很容易出现多空格的现象，或者点登录指令，弹出1个长框，一个是命令行的docker命令，方便复制粘贴，一个是多行单元格分开显示。
- 场景描述： DevOps实践：CodeArts云上持续规划与设计实验手册部分功能截图与实际不一致,如以下2处 [图片] [图片] 建议方案：建议及时更新实验手册，保持与实验环境一致 场景描述： DevOps实践：CodeArts云上持续规划与设计实验手册部分功能截图与实际不一致,如以下2处 [图片] [图片] 建议方案：建议及时更新实验手册，保持与实验环境一致
- 1.新建自定义规则的时候，目前页面上只能选择JAVA语言，我用的是免费的套餐，请问免费套餐后面会支持选择鸿蒙开发语言吗？2.收费套餐新建自定义规则是否支持鸿蒙开发语言呢，如果不支持，后面有支持的计划吗？ 1.新建自定义规则的时候，目前页面上只能选择JAVA语言，我用的是免费的套餐，请问免费套餐后面会支持选择鸿蒙开发语言吗？2.收费套餐新建自定义规则是否支持鸿蒙开发语言呢，如果不支持，后面有支持的计划吗？
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签