Parasoft旗下Virtualize怎么录制虚拟服务 Virtualize录制后的响应数据不匹配如何调整

Parasoft Virtualize可以通过Message Proxy截获真实系统之间的请求与响应，再根据录制流量生成Message Responder和Data Repository。录制完成后，如果同一个请求拿到了错误响应，或者请求参数变化后Virtualize仍返回上一组数据，通常要检查Responder分组方式、Request Matching和Data Source Correlation。录制数据只是生成虚拟服务的基础，最终返回哪条响应仍取决于请求匹配条件和数据关联规则。

一、Parasoft旗下Virtualize怎么录制虚拟服务

Virtualize录制虚拟服务时，可以让Message Proxy位于客户端和真实服务之间。请求先经过Proxy，再转发到真实服务，响应返回时同样经过Proxy，这样就能保存完整的Request和Response。

1、配置Message Proxy录制流量

①打开Virtualize并连接目标【Virtualize Server】。

②创建或打开当前VirtualAssets项目。

③添加【Message Proxy】。

④在【Proxy Type】中选择实际协议，例如【HTTP】。

⑤配置客户端实际访问的Proxy地址。

⑥在目标位置填写真实服务的Endpoint。

⑦启用Traffic Recording。

⑧启动Message Proxy。

⑨让客户端按照正常业务流程调用接口。

⑩确认请求和响应已经被记录。

HTTP场景下，客户端需要把原来的真实服务地址临时改到Message Proxy，Virtualize收到请求后再转发到真实服务。

2、根据录制流量创建Virtual Asset

①停止Traffic Recording。

②在录制完成后的提示中选择创建Virtual Asset。

③选择刚才生成的Traffic文件。

④进入【Message Format and Grouping Strategy】。

⑤接口按Operation明显区分时，可以选择【Based on operation/type】。

⑥不同请求结构相同、只有字段值变化时，可以选择【Based on similar requests】。

⑦希望每一组Request和Response单独生成Responder时选择【None】。

⑧进入Grouping Review检查分组。

⑨确认后继续生成Virtual Asset。

⑩检查生成的【.pva】和【Message Responder】。

分组方式会直接影响后面的响应匹配。如果原本不同业务的数据被归到同一个Responder里，后续就需要依靠更精确的Request Matching区分。

3、配置请求与响应的关联字段

①打开生成的【Message Responder】。

②进入【Responder Correlation】或请求匹配区域。

③查看Virtualize自动生成的匹配条件。

④选择能够区分业务数据的请求字段。

⑤例如根据【userId】【orderId】或其他业务Key匹配。

⑥进入【Data Source Correlation】。

⑦确认请求参数与Data Repository中的Key Column对应。

⑧检查响应字段是否已经参数化为Repository中的数据。

⑨保存Responder。

⑩重新部署Virtual Asset。

Data Repository至少需要有一个Key Column，Virtualize会根据这些Key值确定应该返回哪一条数据记录。

二、Virtualize录制后的响应数据不匹配如何调整

响应不匹配时，先看Virtualize到底命中了哪个Responder，再检查该Responder使用了哪一条Data Repository记录。请求被错误分组和数据关联字段设置不准，表现都会是“响应内容对不上”。

1、检查Responder有没有匹配错

①向Virtual Asset发送一条已知请求。

②查看Virtualize Console中的请求处理信息。

③确认实际命中的【Message Responder】。

④如果命中了错误Responder，打开相关Responder配置。

⑤检查【Responder Correlation】。

⑥查看当前匹配的是Operation、URL、HTTP Method还是Body字段。

⑦增加更有区分度的业务字段。

⑧保存后重新发送同一请求。

例如多个接口使用相似JSON结构，只按照消息结构匹配时，可能被分到同一类。此时可以加入请求路径或关键字段作为匹配条件。

2、检查Data Source Correlation是否选错字段

①打开已经正确命中的Message Responder。

②进入【Data Source Correlation】。

③查看当前请求参数与Repository Column的对应关系。

④确认请求中的【orderId】没有错误映射到其他Column。

⑤打开【Parasoft】→【Show View】→【Data Repositories】。

⑥找到当前虚拟服务使用的数据集。

⑦检查Key Column值。

⑧确认同一个Key没有出现不符合当前业务的数据记录。

⑨修改Correlation后保存。

⑩重新执行请求。

Request Matching负责先选中Responder，Data Source Correlation再负责从Responder关联的数据中挑选对应记录，两层都要正确。

3、检查录制数据有没有被错误合并

①重新打开录制Traffic生成向导。

②查看【Message Grouping Review】。

③检查多个不同业务请求是否被划到同一Group。

④如果自动分组过宽，改为【Based on operation/type】重新测试。

⑤结构相似但业务值不同的接口，可以使用【Based on similar requests】后再手工调整匹配条件。

⑥需要逐组完全分离时选择【None】。

⑦重新生成Responder和Repository。

⑧比较新旧虚拟服务返回结果。

三、匹配规则正确但响应内容仍然不对怎么检查

如果Responder命中和Data Source Correlation都正确，还需要继续检查响应参数化和Repository数据本身。录制生成的Virtual Asset通常会把可变化字段参数化，后续手工修改时也可能破坏原来的字段关联。

1、检查响应字段是不是仍然使用固定值

①打开目标【Message Responder】。

②进入Response配置。

③找到返回错误的字段。

④检查该字段当前是固定文本还是Data Source参数。

⑤需要随请求变化的字段，应绑定到对应Repository Column。

⑥确认Column名称没有被修改。

⑦保存Responder。

⑧再次发送不同Key值的请求做对照。

如果Response里仍保留录制时的固定值，即使Data Source Correlation已经找到了正确记录，也不会自动替换该字段。

2、检查Data Repository记录

①打开【Data Repositories】视图。

②进入当前Virtual Asset使用的数据集。

③找到请求Key对应的记录。

④核对响应字段值。

⑤检查是否存在重复Key。

⑥删除明显错误的录制记录或修改内容。

⑦确认Repository Server处于可用状态。

⑧重新调用虚拟服务。

3、检查多个Virtual Asset是否使用同一Endpoint

①进入Virtualize Server部署配置。

②查看当前Virtual Asset的HTTP Path。

③检查是否还有其他Virtual Asset使用相同Path。

④如果存在多个相同Endpoint，确认它们各自的Responder匹配条件。

⑤暂时停用无关Virtual Asset。

⑥重新发送请求。

⑦确认当前响应由目标Virtual Asset返回。

多个Virtual Asset部署到同一路径时，Virtualize会依次查找能够匹配请求的Responder，匹配条件过宽就可能让请求进入另一套虚拟服务。

总结

Virtualize录制虚拟服务以后，响应是否正确主要取决于Responder分组、Request Matching和Data Source Correlation。出现返回数据错位时，可以先确认命中的Responder，再检查Repository Key和响应参数化，最后排除录制分组过宽或多个Virtual Asset共用Endpoint带来的干扰。如需进一步了解Parasoft Virtualize流量录制、Message Responder配置与响应数据匹配异常排查方法，欢迎联系咨询。