空手道支持验证管道分隔的响应和 avro 格式
Karate support for validating pipe separated response and avro format
我们有网络服务，我们通过邮递员将请求主体作为二进制（avro 格式）发送，并有一个管道分隔的响应。我们能够使用 karate 发送此请求并获得有效响应，但观察到默认情况下 karate 将内容类型设置为“application/octect-stream”，而我们期望内容类型为 application/json。空手道使用 application/octect-stream 作为 avro 格式有什么原因吗？
另外，对于竖线分隔的响应，空手道是否支持任何类似于 json/xml 验证的默认验证？
例如：如果示例响应类似于
|PDT|! PRODUCT!|Item1|!SKUID!|sku123a|!DETAILS!|Itemname|itemnumber|price|!FINISH!|
空手道尝试猜测内容类型，但显然需要帮助，请参阅 header 关键字的文档，您可以轻松设置（覆盖）它：https://github.com/intuit/karate#header
对于第二个问题，我建议您编写一个简单的实用程序来将该响应转换为 JSON，然后您将能够在空手道中进行各种很棒的验证。这个例子应该是不言自明的：dogs.feature
我们有网络服务，我们通过邮递员将请求主体作为二进制（avro 格式）发送，并有一个管道分隔的响应。我们能够使用 karate 发送此请求并获得有效响应，但观察到默认情况下 karate 将内容类型设置为“application/octect-stream”，而我们期望内容类型为 application/json。空手道使用 application/octect-stream 作为 avro 格式有什么原因吗？
另外，对于竖线分隔的响应，空手道是否支持任何类似于 json/xml 验证的默认验证？
例如：如果示例响应类似于
|PDT|! PRODUCT!|Item1|!SKUID!|sku123a|!DETAILS!|Itemname|itemnumber|price|!FINISH!|
空手道尝试猜测内容类型，但显然需要帮助，请参阅 header 关键字的文档，您可以轻松设置（覆盖）它：https://github.com/intuit/karate#header
对于第二个问题，我建议您编写一个简单的实用程序来将该响应转换为 JSON，然后您将能够在空手道中进行各种很棒的验证。这个例子应该是不言自明的：dogs.feature