stevobm
stevobm
最近碰到一个问题，就是发现在某些场景下无法正常使用uirecorder的悬停模式。具体表现为进入悬停模式后(Ctrl+点击“添加悬停”)，点击一级菜单，没有问题，但是准备继续点击二级菜单时，二级菜单缩回，无法进行连续悬停操作。而同步浏览器里面并没有发生此现象。 上述问题在以下示例中可复现（提示：菜单在左上角）： http://sc.chinaz.com/jiaobendemo.aspx?downloadid=4201490915694
UI Recorder在web自动化测试领域算是做得相当不错的一款软件了，给我们带来了很多便利。不过我在使用过程中，发现还是有些地方不够顺手。如果能够对下面两点改进一下，那就更好了： 1. 目前UI Recorder是通过命令行来启动的，每次都要输入命令，比较繁琐，希望能够支持通过图形界面启动； 2. 使用一段时间之后，会生成很多测试用例，希望UI Recorder能够支持通过图形界面对用例进行管理。 暂时就想到这么多吧，希望UI Recorder越来越好！
测试的时候我们经常遇到一个场景，那就是要对一个列表进行整体断言，判断结果是否符合期望。最简单的方法是直接对列表项的父元素(即列表本身)进行text断言，这样就可以对比到所有的列表项了。 但是通过一段时间的使用发现，uirecorder对包含多个dom元素的父元素的text断言支持并不是特别好。具体表现为： 1.uirecorder对包含多个子元素的元素进行text断言时，输入框中生成的内容有很多空行和空白字符，而实际断言结果其实去除了多余的空白字符和空行（规则还未完全弄清楚），最终导致断言结果不匹配； 2.当列表中包含隐藏元素时，输入框中生成的内容为包含隐藏元素文字的，而实际断言结果其实是不包含隐藏元素的，这也会导致最终断言不通过。 以上两个问题一定程度上制约了text断言的适用范围，而text断言本身非常有用，希望这两个问题可以修复，让uirecorder发挥更大的价值，谢谢！
uirecorder提供了一个“继续录制”的功能，当待录制的用例文件已经存在时，可以对其进行继续录制，这对于一个经常需要完善用例的用户来说还是很实用的。 通过前面一段时间的使用，也遇到了一些与这个功能相关的几个问题，这里就一起说一下： 1. run.bat可以正常通过但继续录制回放时无法通过 部分用例在通过run.bat执行的时候没有任何问题，但是想继续录制时，却在录制回放的时候出现“卡壳”。具体体现为**回放时的执行操作似乎比run.bat时的执行操作要快**，某些元素还没出现就仓促继续，导致后面操作无法继续，卡在那里很长时间。不太清楚为什么两者执行会存在一些差别，希望可以完善一致。 2. 录制回放（开同步浏览器时）会执行两次导致回放结果不对 当回放同时开同步浏览器时，貌似所有操作都会执行两遍。有些场景（比如添加用户）是非幂等的，同步浏览器重复时会出现问题，但是在录制过程中这个问题可以通过及时发现和手动调整为一致来解决。但是回放的过程是无法人工干预的，这种情况下应该**暂时关闭同步浏览器，在回放完毕后再打开**，这样就可以防止出现执行两次导致的回放错误问题（当然这只是一个实现参考）。 3. 支持手动继续录制而不回放 很多情况下用户只是希望在一个用例后面再加上几步操作，但是为了这几步操作，可能需要经历前面步骤回放的漫长等待（特别是前面已经录制了比较多的步骤时）。uirecorder是否可以**提供一个录制开关，让用户可以随时开启和关闭录制（不是退出，而是忽略用户操作，不进行录制）**。这样有两个作用，一个是可以让用户能够手动进入到最后步骤（跳过一些不必要的步骤），迅速补录用例；另外还可以在录制过程中出现异常时，暂停录制，对异常进行恢复后再继续录制。这个功能非常实用，希望可以考虑。
I want to change the background color of the table, but neither "table-body-background" nor "table-body-background" works. Does it support to extend the variables defined in "element-variables.css"? Are there any documents?
### 版本信息 ```sh System: OS: macOS 14.5 CPU: (8) arm64 Apple M1 Memory: 67.66 MB / 16.00 GB Shell: 5.9 - /bin/zsh Browsers: Chrome: 116.0.5845.187 Safari: 17.5 npmPackages: rspress: ^1.22.0...