更新服务和程序集

相关项: API 测试

可以从服务的原始位置或备选位置更新“工具箱”窗格中存在的服务。

对于 Web Service

当您更新服务时，UFT One 会先比较服务和端口名称。如果端口名称匹配，则 UFT One 会从更新后的服务传输所有数据，包括新的安全信息。如果服务的新版本包含原始服务中不存在的端口，则会将该端口添加到“工具箱”窗格中，作为服务的附加端口。

如果端口路径 (<服务名称:端口名称> 组合) 不匹配，且为该端口级别设置了安全性，则 UFT One 打开更新端口安全向导。有关详细信息，请参阅 更新端口安全向导。

当您更新 RPC Web Service 时，只要操作名称匹配，就会将属性标记为已解析。如果无法解析操作名称，则 UFT One 打开向导。如果没有可用于映射到原始名称的操作，则向导建议您删除受影响的步骤。

有关任务详细信息，请参见更新 Web Service。

返回页首

对于 REST 服务

如果在将 REST 步骤集成到测试中之后又修改该步骤的属性，则它不再与工具箱中的方法匹配。您可能希望保留变更，或者想要去除冲突以便步骤与工具箱中定义的方法匹配。

在下列区域可能会遇到冲突:

  • 添加或删除输入或输出属性

  • 重命名输入或输出属性

  • REST 服务 URL 中的变更

  • HTTP 请求/响应正文类型或架构中的变更

  • REST 属性与其内部 HTTP 元素之间的内部链接 (如果使用在 UFT One 11.51 或更早版本或者 Service Test 11.51 或更早版本中创建的 API 测试)

  • HTTP 方法

“解析 REST 方法步骤”向导允许您查看测试步骤中的冲突并决定如何处理冲突 —— 保留、删除还是映射它们。可以通过该向导解决与属性相关的冲突。其他冲突 (如 URL 值、HTTP 主体等有差异) 将自动解决。

返回页首

对于 SAP IDoc 或 RFC

可以从 SAP RFC 和 IDoc 的原始位置或从另一个连接或位置更新 SAP RFC 和 IDoc。

“更新”选项会自动从其原始位置更新该项。UFT One 将通过原始连接加载具有相同名称的 RFC/IDoc 的信息。

通过更新自选项，可以指定不同的连接信息或同一服务器上另一个 RFC/IDoc 的名称。

如果 UFT One 检测到原始和更新的 RFC/IDoc 名称或其属性之间有不一致，它将启用更新步骤向导。您可以通过此向导来映射原始项和新项。有关详细信息，请参阅更新 SAP RFC 或 IDoc。

返回页首

另请参见: