回译（Back Translation）配置的最佳实践

Question

我在注册表（Registry）中遇到了几个与回译项目相关的问题。这些项目并未基于母本翻译（mother translation）设置为回译项目类型，也就是说，它们拥有独立的注册信息。在某些情况下，UBS（Sharon P）会标记这些问题，因为系统显示该项目是（例如）英语或法语的“首次翻译”。（抱歉，那个位置已经被占用了…… )

回译配置的最佳实践是什么？如果从零开始，我假设将回译项目设置为母本翻译的子项目（daughter）是最佳安排。目前拥有独立注册信息的现有回译项目能否转换为这种状态？如果可以，该怎么做？如果不行（或者操作很复杂），是否最好将注册信息更改为测试/培训（Test/Training）项目，以免干扰统计数据？

此外，似乎许多回译项目将项目语言设置为母本翻译的方言（vernacular language）。应该使用回译实际使用的语言，对吗？在我们的多数语境中，这通常是法语或英语。我假设最好在项目中更正这一点（这应该会反映在注册表中，对吗？），以确保准确性。然后，如果语言是英语或法语，我们需要确保它是子项目，或者如果它有独立的注册信息，则将其标记为测试/培训项目，或标记为“新”（New）而非“首次”（First）。

感谢大家的意见。
jeffh

机器翻译自 English 显示原文

Answer 1

项目类型的一个选项是回译（Back Translation）（通常从基础翻译获取注册信息）。这与子翻译（Daughter Translation）不同（后者必须在注册表中注册）。因此，首先我会选择回译类型。然后，语言应该是用于回译的语言（在你的情况下，这应该是法语或英语）。默认情况下，回译类型的项目从基础翻译获取注册信息，但有一个选项框允许你注册回译。如果你计划实际上将回译上传到 DBL，你会使用这个选项。

关于删除注册信息的问题，答案取决于它最初是如何注册的。如果它最初是一个标准项目（Standard project，命名为回译），那么你可以从除你自己以外的所有人那里删除该项目，并删除注册信息。确保所有其他团队成员也删除该项目。（这应该是删除项目菜单中的一个选项，但每个团队成员在完成最后一次发送/接收（Send/Receive）后，必须从他们的计算机上删除旧项目。）然后，你可以在你的计算机上将项目类型更改为基于主翻译的回译，并再次共享该项目。该项目现在将基于主翻译进行注册，并且不会在注册表中显示为单独的项目。我是否提到过，在你进行此更改并再次共享项目之前，应该让其他所有人先删除该项目？

机器翻译自 English 显示原文

Comments

这里有逐步说明，但它隐藏在 PT8 迁移文章（在“您的项目类型是否正确显示？”部分）中。最好将此内容单独放在一个页面上，而不是让人们不得不深入查找相关部分。@dhigby 这些说明是否位于某个独立的主题中？如果没有，能否请你创建一个？

机器翻译自 English 显示原文