几个关于调试功能的,遇到的困难+建议

功能建议 · 802 次浏览
craming 创建于 2023-05-09 00:16

关于调试,目前是让我又爱又恨的。quicker很好,希望能更好。

我目前花在看调试html上的时间,可能跟编写时间一比一左右。偶尔几次产生‘绝望’感,都是在看调试html的时候。

以下是一些具体的事例和建议:

 

1、不便于搜索。

比如,我用来做excel,最终输出结果中有个值明显异常。我就想用这个值作为关键词去日志里检索,按图索骥。

遇到的问题是:html文档打开后,点击‘全部展开’后,可能需要好几分钟(当日志比较大的时候)。然后才能用CTRL+F去检索。然后会遇到下面第2个问题。

 

2、子程序里的运行日志,不能从html‘直达’.

我很喜欢子程序。甚至,会在子程序内嵌套子程序。

然后,很多时候甚至多数时候,我从html里找到一个步骤后想要跳转到编辑页面,不行。得手动复制步骤编号,然后去找那个子程序,打开,粘贴编号。不方便。

很多时候,‘找到那个子程序’要花不少时间。这个关系到下面第3个问题。

 

3、html里,‘展开’和‘折叠’不便。

有时候,我找到了出错的模块。但是,要想要确定它属于哪个子程序,需要花很多时间。需要向上滚轮好多轮,过程中需要紧盯屏幕怕错过了折叠按钮。

概括来说,展开和折叠的按钮不明显,查找费劲。

 

4、日志关掉后,不容易找到。

建议:能够在动作-右键-信息的位置,看到该动作的历史运行日志。

 

5、编辑过程中,触摸板误触后,很尴尬。

笔记本容易误触。有时候,不小心把一个模块挪到了另一个位置。

然后就很尴尬:

首先,我肉眼可能不确定刚才是不是挪了。然后,我无法去核实是不是挪了。

然后,有时候一着急就按下了CTRL+Z,然后,画面瞬间一变。此时,我不知道刚才按下的CTRL+Z是不是生效了,撤回了哪一个修改。

就很尴尬。。。

 

建议:在编辑页面,用特殊颜色的字体或其他方式,始终提醒,最近3个被修改的模块是哪几个。

 

6、不能集中展示html里的运行出错结果。

现状是,html里的出错情况是以红色字体散布在各处的。容易错过,也无法针对性的检索出‘调试结果中又哪些运行失败的地方’

建议:罗列一下;或者,在html里做个类似word里的目录(一个专门超链接到出错处的目录)。

 

其他建议:

1、希望能够有‘步进’功能。在调试的时候,逐步进行。另,可以一键设置————在每一个模块完成后,能够把该模块的‘out’值以消息提示的方式展示。


回复内容
craming 2023-05-09 00:18
#1

希望对调试功能整体优化下。这样,对不熟练的新人能更友好,整体使用效率应该能提高不少。至少对我来说是这样的:)

craming 2023-05-09 00:25
#2

建议增加:

从编辑界面的某个模块或捕捉,向日志一键跳转的功能。便于检查该模块的实际效果(尤其,对有些模块,由于掌握不熟练,我常常需要通过调试去理解这些模块的功能)

CL 2023-05-09 07:24
#3

这个太难了,我感觉个人能力实现不了。quicker里还是不是很适合搞特别复杂的动作。

craming 回复 CL 2023-05-09 08:07 :

期待对其中能实现的部分,在有时间有条件的时候能够实现

craming 2023-05-09 07:44
#4

建议增加支持:
1、对部分步骤或步骤组进行调试。

2、支持对子程序进行调试。

3、在编辑界面,对步骤组货步骤,支持批量设置‘忽略内部错误’、‘失败后停止’

CL 回复 craming 2023-05-09 07:53 :

选择多个步骤,右键菜单,按shift+点击“运行”菜单,可以对步骤进行调试。子程序也类似,做一个调用子参数的步骤,按前面的方法调试就行。

craming 回复 CL 2023-05-09 08:01 :

收到

治钧 2023-05-09 08:19
#5

我几乎不用“调试运行”,我的经验是,需要调试的时候,在动作中添加“提示消息”或“等待窗口”模块,作为断点来调试动作。

craming 回复 治钧 2023-05-09 08:26 :

有道理,谢谢

回复主贴