您好，

在项目的QA人员不仅是检查开发完成。主要的问题始终是如何安全地将某些传输请求（通常是一个包）传输到某个系统，并确保没有冲突。任务通常是检查包中的每个对象并检查其版本。当部分对象之间可能发生冲突时，任务变得更加复杂，云服务器怎么样，例如，有人传输整个类，但只对某些方法或部分进行了更改。所有这些都可能导致错误的队列和通过景观的对象版本的差异。这就是为什么有一个想法来自动化这个检查，下面是如何建立它。预期结果是一个报告在开始时收到一个传输请求列表和一个目标系统。

在第一步，我们需要根据提供的列表构建一个要检查的对象列表。直接从E071表中读取并删除重复项的最简单方法。然后我们将检查每个对象的每个请求是否存在冲突。为了确保在指定系统之前传输的一致性，我决定添加每个系统检查。为此，我们需要读取正在检查的每个TR的目标系统，并使用TR\u get\u LIST\u函数获取其配置。请求的目标系统及其最后更改时间可在E070表中找到。

下一步是读取对象版本。经过一点调试，企业交流软件，发现了表VRSD。目标是找到以前版本的传输请求，并确保它已传输到目标系统。这可以通过读取一个时间和日期低于我们正在检查的当前请求的发布时间的版本来实现。因此，在获得TR之后，我们需要读取它的传输历史。我发现STRF\u READ\u COFILE函数很适合这个。函数返回在每个系统中使用TR执行的所有操作。我猜function="I"（导入）是请求导入的事实。报告会像这样检查每个TR，它应该被传输或放在当前包中以避免错误。

然而，不幸的是，大数据培训哪好，这不是唯一要做的检查。我们需要确保对象的新版本尚未传输，以避免被旧版本覆盖。实际上，我们已经准备好了一切。如果TRs有没有被传输，电商平台数据分析，大数据软件，只需查看更高版本的TRs历史。如果是，则应显示错误。

最后一个问题是如何处理部分对象。我试图通过函数TRINT\u GET\u PART\u OBJECTS调用每个对象的部分组件来完成它。这个想法很简单，就是检查这个函数返回的所有内容，或者如果它不返回任何内容，就检查初始对象本身。也许会有帮助