需求和测试用例都已录入，追踪矩阵里却仍有空白，未必是关联没有保存。链接角色、查询范围和查看的版本不同，都可能影响显示。Polarion通过工作项之间的结构化链接建立追踪，核对时既要检查记录本身，也要检查矩阵的统计条件。把需求编号写进用例描述，通常不能代替这种关联。

　　一、Polarion怎样建立需求与测试用例的双向追踪

　　建立追踪前，应统一需求类型、测试用例类型和验证关系。项目可以自定义名称，以下按常见的“验证”和“被验证”关系说明，实际选项以项目配置为准。

　　1、从测试用例关联对应需求

　　一条测试用例可以验证多条需求，一条需求也可以由多个用例覆盖。选择对象时，应核对需求的验收内容，不能只凭标题相似就建立链接。

　　①打开【工作项】，选择目标【测试用例】，进入【关联工作项】区域并启用编辑。

　　②选择【验证（verifies）】角色，通过工作项选择器搜索目标【需求编号】，核对项目、类型和描述。

　　③添加目标【需求】，点击【保存】，重新打开用例检查关联记录。

　　④从关联记录打开【需求】，查看反向的【被验证】关系，核对对应测试用例。

　　2、核对反向关系和允许的类型

　　①在需求的【关联工作项】中打开目标【测试用例】，核对两端的项目和编号。

　　②找不到适用角色时，由有权限的人员进入【管理】中的【工作项链接】设置，检查【链接角色】及其正向、反向名称。

　　③检查该角色的【链接规则】，核对允许的来源类型和目标类型，再返回工作项建立关联。

　　双向追踪通常通过同一条关系的正向、反向视图呈现，不必再创建一条方向相反的验证链接。测试用例验证需求，与需求验证测试用例的含义不同，不能为了两边都显示而重复添加。

　　二、Polarion追踪矩阵出现未关联项如何核对

　　矩阵中的空白单元格，只表示当前行列对象之间没有显示符合条件的关系。整行是否缺少覆盖，需要结合该需求的关联记录判断。

　　1、先到工作项核对链接是否存在

　　①从矩阵打开疑似未关联的【需求】，展开【关联工作项】，查找目标测试用例。

　　②关联较多时，点击【更多】展开其余记录，核对【链接角色】和目标编号。

　　③打开对应【测试用例】，检查反向关系；需要追查操作时，查看【历史记录】。

　　若链接实际存在，应继续检查矩阵设置。若两端均找不到记录，再确认此前是否完成保存，或链接是否在后续编辑中被移除，不要直接批量补建。

　　2、核对行列查询是否覆盖目标对象

　　项目中的查询往往带有状态、文档、版本或负责人条件。用例关联正确，但不符合列查询时，也不会出现在预期位置。

　　①打开【工作项】的【矩阵】视图，查看需求侧和测试用例侧的【查询条件】。

　　②暂时移除状态、负责人等附加限制，仅保留所需【项目】和【工作项类型】，重新执行查询。

　　③在两侧分别搜索目标【需求编号】和【测试用例编号】，核对是否进入结果范围。

　　3、检查链接角色与方向

　　①在【矩阵】设置中查看选用的【链接角色】，对照工作项中的实际关联。

　　②核对行列对象与【验证】关系的方向，选择匹配的角色或反向关系后刷新。

　　如果原记录使用“相关”关系，而矩阵只统计“验证”关系，矩阵可能仍显示未关联。两种关系不能随意互换，应先确认该用例确实检查了需求，再调整链接。角色名称相似时，还应核对项目配置中的实际角色。

　　4、排查项目、权限和历史版本差异

　　跨项目用例、历史文档和分支副本，容易让标题相同的对象被误认为同一条记录。核对时要看项目和编号，也要看当前版本。

　　①在【工作项选择器】中切换到目标【项目】，通过编号打开被关联对象。

　　②检查当前页面的【修订版本】或【基线】信息，对照矩阵使用的版本范围。

　　③无法打开对象时，保留【权限提示】，由管理员核对访问权限；链接指定版本时，检查该【链接修订版本】。

　　三、Polarion怎样补齐关联并检查追踪质量

　　确认问题后，再决定补链接、修改查询还是安排用例更新。矩阵恢复显示，只能说明追踪关系得到呈现，不能直接代表需求已经验证通过。

　　1、对确实缺少的关系逐项补建

　　①在【矩阵】中找到目标需求与测试用例的交叉位置，使用该视图的【链接编辑】功能选择正确关系并保存。

　　②不便在矩阵操作时，打开目标【测试用例】，从【关联工作项】补充【验证】关系。

　　③刷新【矩阵】，再从【需求】打开用例，检查跳转对象。

　　补建前应阅读用例步骤和预期结果。一条用例若只验证了需求中的部分条件，应继续补充相关用例，不能用一条关联代替全部验收内容。

　　2、复核需求变化后的可疑链接

　　需求调整后，原链接可能仍然存在，但用例已经不适用。项目启用了可疑链接管理时，应把这些关系作为复核对象。

　　①打开带有【可疑】标记的关联，查看需求【历史记录】，对照修改内容。

　　②打开相关【测试用例】，检查并更新【前置条件】、【测试步骤】和【预期结果】。

　　③完成评审后，再按项目流程清除对应【可疑】标记并保存。

　　3、把关联覆盖与执行结论分开检查

　　①从需求关联打开【测试用例】，核对它是否包含本轮需要验证的内容。

　　②进入对应【测试运行】，查看该用例的【执行记录】、结果及待测版本说明。

　　③对没有执行依据或结果不适用的用例，加入本轮【测试运行】并安排验证。

　　有关联、已执行和执行通过，是不同的状态。相同用例在其他版本上通过，也不能直接作为本轮验收依据。导出矩阵时，应同时保留查询范围和版本说明，方便他人复查。

　　总结

　　需求追踪的用处，在于变更发生时能找到受影响的测试，也能在验收时查到对应依据。日常维护中，链接角色、对象范围和版本信息值得一起记录。矩阵出现空白时，回到源工作项核验，往往比反复补链接更稳妥。希望这些方法能帮助大家核清追踪关系，如有相关需求，欢迎进一步沟通咨询。