Azure DevOps项目站点合并：测试工作项迁移问题求助

先查源项目的基础配置 #

• 确认Test Suite工作项类型状态：进入源项目的项目设置→工作项类型，找到Test Suite，查看它是否被禁用或隐藏。如果处于禁用状态，必须先启用才能继续迁移——系统不会允许迁移一个被禁用的工作项类型。
• 核对源项目的流程模板：如果源项目使用自定义流程，要确认Test Suite是否被正确添加到流程中。部分自定义流程会删除默认的测试类工作项类型，这会导致系统无法识别该类型。

再看目标项目的兼容性 #

• 确保目标项目支持Test Suite：目标项目的流程模板（Scrum、Agile、CMMI等标准模板默认都支持）必须包含该类型。如果是自定义模板，需要先将Test Suite添加进去，或者切换为支持的标准模板。
• 匹配字段映射：源项目与目标项目的Test Suite字段需要一一对应。如果源项目有自定义字段，目标项目也必须存在完全相同的字段定义，否则迁移时会因字段缺失报错。

换迁移方式试试 #

• 用官方迁移工具替代手动操作：手动迁移对测试套件这类带关联关系的工作项支持有限，官方的Azure DevOps Migration Tool能自动处理测试套件与测试用例的关联，还会提前校验工作项类型的兼容性，比手动迁移更可靠。
• 调整迁移顺序：先迁移测试用例，再迁移测试套件。由于测试套件依赖测试用例，先把所有测试用例迁移到目标项目的对应区域，再处理测试套件，可避免因关联项缺失导致的类型识别问题。

特殊场景的处理办法 #

• 若源项目的Test Suite是自定义添加但被隐藏：进入源项目的流程设置，找到Test Suite的布局配置，取消隐藏设置。只有系统能识别到该类型，才能允许迁移操作。
• 极端情况可导出重建：将源项目的测试套件和测试用例导出为Excel文件，在目标项目中手动重建测试套件并关联测试用例——这个方法适合数据量不大的场景，虽然繁琐但能解决问题。

内容的提问来源于stack exchange，提问作者James