尧图网页设计 
在 SAP Gateway 开发现场里，/IWFND/GW_CLIENT经常被当成一个内置版的 HTTP 测试工具来使用。一个 OData 服务开发完成以后，我们输入 Request URI，选择GET、POST、PATCH或DELETE，按下Execute，看到右侧返回HTTP 200或HTTP 201，再检查一下 JSON Payload，看起来没有问题，这轮测试也就结束了。这种使用方式当然没有错，但实际上只用到了 SAP Gateway Client 很小的一部分能力。SAP 官方对 Gateway Client 的定位远远不只是发送一次 HTTP Request。它能够保存 OData 测试用例，重新执行已经保存的 Test Case，批量运行多个测试，还能够检查实际 HTTP Status 是否符合 Expected Status，并且与 SAP Gateway Error Log 集成，在错误发生以后重新 Replay 当时的请求。更容易被忽略的一项能力，就是Response Validation。它可以把一次测试得到的 HTTP Response 保存成比较基准，在后续重新运行相同 Test Case 时，对新的 Response Header 和 Response Body 进行验证。这件事放到日常 SAP 项目里很实用。开发一个 OData 服务的时候，验证某次调用能够返回200并不困难。真正麻烦的是两 把 OData 测试变成可重复回归测试，深入理解 SAP Gateway Client 的 Response Validation
在 SAP Gateway 开发现场里，/IWFND/GW_CLIENT经常被当成一个内置版的 HTTP 测试工具来使用。一个 OData 服务开发完成以后，我们输入 Request URI，选择GET、POST、PATCH或DELETE，按下Execute，看到右侧返回HTTP 200或HTTP 201，再检查一下 JSON Payload，看起来没有问题，这轮测试也就结束了。这种使用方式当然没有错，但实际上只用到了 SAP Gateway Client 很小的一部分能力。SAP 官方对 Gateway Client 的定位远远不只是发送一次 HTTP Request。它能够保存 OData 测试用例，重新执行已经保存的 Test Case，批量运行多个测试，还能够检查实际 HTTP Status 是否符合 Expected Status，并且与 SAP Gateway Error Log 集成，在错误发生以后重新 Replay 当时的请求。更容易被忽略的一项能力，就是Response Validation。它可以把一次测试得到的 HTTP Response 保存成比较基准，在后续重新运行相同 Test Case 时，对新的 Response Header 和 Response Body 进行验证。这件事放到日常 SAP 项目里很实用。开发一个 OData 服务的时候，验证某次调用能够返回200并不困难。真正麻烦的是两