Kogito DMN测试场景数组返回异常及调试方法咨询

问题表现 #

• 为返回数组类型的DMN文件创建Kogito测试场景时出现异常：测试用DMN逻辑为不依赖输入固定返回对象数组，但测试运行结果不符合预期：
  • 预期结果配置为非空数组时，测试直接失败
  • 预期结果配置为0元素空数组时，测试可通过
  • 表象为测试场景执行阶段DMN未返回有效结果
• 同一份DMN文件通过API调用运行时，始终可以正常返回符合逻辑的数组元素，无异常
• 已尝试在Visual Studio中调试，未定位到有效根因
• 当前测试文件中配置的非空数组预期结果如下：

[{"name":"\"jose\"", "ages":"[12,13]"}]

• 关联参考文件为simple.dmn、simpleTest.scesim

调试方法与排查方向 #

• 修正预期值的转义错误
  Kogito SCESim测试场景的断言是直接基于DMN执行后的内存对象做匹配，不会走API层的JSON序列化容错逻辑，你当前的预期值存在过度转义问题："\"jose\""会被识别为带双引号包裹的字符串而非普通字符串jose，"[12,13]"会被识别为普通字符串而非数字数组，和实际返回的对象结构不匹配，是非空数组断言失败的核心诱因。修正后的预期值参考：

  [{"name":"jose", "ages":[12,13]}]
  

• 开启测试场景的DEBUG日志定位实际返回值
  在测试运行配置中添加日志规则org.drools.scenariosimulation=DEBUG，执行测试时会直接打印测试上下文里DMN节点的实际返回结果，可直接对比实际值和预期值的结构、字段类型差异，无需盲调。
• 校验DMN决策节点的输出类型声明
  检查DMN文件中对应决策节点的输出类型是否显式声明为自定义复合类型的数组（如包含name、ages字段的自定义类型的列表类型），如果未显式声明集合类型，SCESim执行时会默认按单对象做类型匹配，结构不匹配时就会出现空数组断言通过、非空数组断言失败的问题。
• 校验字段类型匹配逻辑
  SCESim不会做隐式类型转换：如果DMN中ages字段定义为数字列表，预期值不能写成字符串格式的数组；如果name字段定义为字符串，预期值不能额外加转义引号，这类写法在API调用时可能被JSON序列化层自动容错转换，但在SCESim的原生对象断言逻辑中会直接判定为不匹配。

内容的提问来源于stack exchange，提问作者josesuero