需求修改后，关联用例还在，覆盖状态也显示通过，但用例检查的可能仍是旧规则。例如，允许重试次数从3次改成5次，原用例没有更新，历史通过记录就无法证明新要求已经验证。围绕“ALM Soft如何建立需求与测试用例的追踪关系ALM Soft需求变更后测试覆盖关系如何复核”，以下以OpenText ALM／Quality Center桌面客户端为例说明操作，其他ALM产品的入口需要另行核对。
一、ALM Soft如何建立需求与测试用例的追踪关系
需求与用例可以从任一端建立覆盖关联。关联完成后，还要确认用例实际验证的条件，避免只按名称相似就批量挂接。
1、从需求端添加测试覆盖
①进入【Requirements】，切换到【Requirement Details】，选择需要验证的具体需求。
②打开【Test Coverage】，点击【Select】，在右侧测试计划树中选择目标用例。
③点击【Add to Coverage】，检查覆盖列表中的用例编号和名称，再打开用例核对验证内容。
④需要查看子需求的覆盖情况时，选择【Full Coverage】，同时区分当前需求的直接关联与子需求带来的覆盖。
一条需求可以关联多条用例，正常流程、边界和异常处理可以分别验证。需求类型不支持覆盖时，应检查项目设置，不必反复尝试添加。
2、从用例端核对需求和测试配置
①进入【Test Plan】，选择用例，打开【Req Coverage】，点击【Select Req】显示需求树。
②选择对应需求，点击【Add to Coverage】；只验证当前需求时，使用【Add to Coverage(Without Children)】。
③点击【Select Columns】显示【Coverage Mode】。只有部分配置适用时，选择【Selected Configurations】，再通过【Add Configuration】或【Remove Configuration】调整。
④返回需求端检查关联，确认没有误带入无关子需求或测试配置。
例如，同一用例包含不同运行环境的配置，只有其中一种验证了特定需求，就应按实际范围建立关系。
二、ALM Soft需求变更后测试覆盖关系如何复核
复核时要同时检查需求内容、关联对象和执行依据。关系仍然存在，只能说明记录还连着，不能替代对新验收条件的检查。
1、找出变更影响的用例
①在【Requirements】中打开变更后的需求，对照变更记录，列出新增、删除和修改的验收条件。
②打开【Test Coverage】，逐条查看关联用例，记录需要保留、修改或补充的对象。
③需求拆分后，分别选择新需求检查覆盖；需求合并后，检查是否出现重复关联或遗漏的验证点。
仅调整文字表述，也应确认含义是否改变；阈值、接口字段和异常处理变化，则需要检查对应测试数据与预期结果。
2、通过告警定位待复核记录
①在【Test Plan】中查看告警标记；未显示时，通过【View】→【Indicator Columns】显示相关列。
②右键目标记录，选择【Alerts】，查看关联需求的变更提示。
③在筛选窗口的【Cross Filter】中选择带有告警的测试，集中处理受影响用例。
自动告警依赖项目管理员启用规则。没有告警不代表没有影响，仍应按需求变更清单检查；告警也应在完成复核后再清除。
3、检查用例是否验证了新条件
①打开用例的【Design Steps】，逐项核对输入、操作步骤和预期结果。
②将变化后的边界值和异常条件补入步骤，检查相关数据配置是否同步更新。
③回到【Req Coverage】，核对需求编号；新增用例通过【Select Req】建立覆盖，旧关联则按实际适用范围调整。
④对比更新前后的用例，确认新增验收条件有明确检查点。
例如，重试次数上限改为5次，用例仍只执行3次，原来的通过记录不足以验证新上限；还应按需求明确上限内及超过上限时的预期行为。
4、统一覆盖分析的统计范围
①进入【Requirements】，点击【View】→【Coverage Analysis】，再打开【Settings】。
②检查采用【Coverage analysis】还是【Execution analysis】，后者还需核对选中的测试周期。
③检查需求筛选条件、需求类型及适用状态，记录本次分析范围。
④单独查看未关联测试的需求，避免只检查执行分析中的通过比例。
执行分析可能不计入没有测试覆盖的需求。因此，图表中通过比例较高，也要继续检查是否存在被排除在统计之外的覆盖缺口。
三、ALM Soft如何确认变更后的追踪关系有效
用例更新后，还需要取得与当前需求相符的执行记录。复核应能定位到具体配置和测试批次，方便后续查看验证依据。
1、重新执行受影响的测试配置
①进入【Test Lab】，选择本轮测试集，在【Execution Grid】中检查待执行实例和配置。
②通过【Select Tests】补入新增用例或所需配置，确认测试集对应本次验证范围。
③执行测试后，在【Test Runs】中打开本轮运行记录，检查步骤结果、测试环境及失败信息。
④返回需求的【Test Coverage】，查看【Test Configuration Status】，核对需要验证的配置是否均有有效结果。
历史结果可以保留用于比较，本次复核则应明确引用更新后的用例及对应运行记录。
2、完成复核后再处理告警
①重新打开需求的【Test Coverage】和用例的【Req Coverage】，双向核对关联对象。
②在【Alerts】中逐条查看提示，确认修改、补测或无需调整的原因已有记录，再使用【Clear Alert】清除已处理项。
③重新查看【Coverage Analysis】，按相同筛选条件检查遗漏需求和未完成测试。
④保存需求编号、用例编号、配置、运行记录及复核结论，便于版本评审时追查。
总结
处理“ALM Soft如何建立需求与测试用例的追踪关系ALM Soft需求变更后测试覆盖关系如何复核”，可用的追踪记录应让接手人员看清：当前验收条件由哪些用例验证，执行结果来自哪个版本，还有哪些条件尚未完成验证。这样需求再次修改时，测试人员能够找到受影响范围，评审人员也能核查结论依据。希望这些操作能帮助大家减少关联存在却验证不足的情况，让覆盖关系经得起复查。如有ALM Soft相关需求，欢迎与我们沟通咨询。
