WPS Query测试反馈（发现新问题，会在本帖中新增，以红色字体显示）

前天刚获得测试资格，抽空花了几个小时试用了下。现将相关情况反馈如下：

一、WPS Query兼容Power Query编辑的查询情况

用WPS打开了多个以前用PQ编辑的查询，初步发现以下问题：

1、无论是从文件夹还是文件获取数据，都只获取工作表，即[Kind]值为Sheet的，其他如Table（俗称超级表）、命名区域等都被忽略了。尤其是Table，本来就是为了规范基础数据的。WPS的【从表格/区域获取数据】不也是转换成了Table吗？个人觉得这是个大缺陷，强烈建议至少把Table、命名区域纳入进来。我一个比较复杂查询就因此测试不下去了。

2、从文件夹获取数据，WPS没有Folder.Contents函数，只有Folder.Files函数（如果要获取子文件夹的名称，必须要用前者）。

3、WPS对手动编写的Table.ReplaceValue函数解析有问题：替换参数为 Replacer.ReplaceText时，如果原始值为null，会产生错误值，替换参数为 Replacer.ReplaceValue时，得不到正确结果。

4、WPS对手动编写的Table.Group函数（使用了局部分组参数）解析有问题，结果不正确。

由于上述原因，多个查询在WPS中无法运行，少量以往基本通过界面操作生成的查询可以运行。

5、Table.NestedJoin函数：PQ中通过1个键值匹配无须用{}包裹键值，但在WPS中会报错。

6、与第5点类似，其他一些函数如Table.Group、Table.Sort等在PQ中可省略的{}如果省略了，在WPS中会报错。不过，在PQ中如果通过界面操作，这些{}也没有省略。

二、直接在WPS Query中新编查询情况

导入一个Table，添加一个自定义列，用Text.End函数提取某字段的后四位。添加后该字段所有值都是错误，再次编辑该步骤，弹出一个和添加列时不同的界面（这让人感觉有些奇怪），提取的数据此时才正确显示出来，但却把我已取好的字段名自动改成了[提取结果]。Text.Start函数亦是如此，估计还有其他文本提取类函数存在此问题。