缺陷已经关闭，验收时却找不到对应的回归结果，这种情况要从缺陷和测试两端查。IBM的ALM协作体系中，Engineering Workflow Management（EWM）管理缺陷工作项，Engineering Test Management（ETM）保存测试执行结果。状态、修复说明和测试结果分属不同记录，仅有“已关闭”还不足以说明在哪个构建上完成了验证。

　　一、ALM Soft怎样维护缺陷处理状态与版本记录

　　维护缺陷时，应分清发现问题的版本、计划处理的迭代，以及实际验证的构建。把这些信息都写成一个版本号，后续很容易对不上。

　　1、按项目流程更新处理状态

　　EWM的状态和流转动作由项目流程决定，不同项目未必都有相同的“已修复”“待验证”“已关闭”。开发完成修复后，应保留修复说明，再按团队约定交给测试验证。

　　①在EWM中点击【Work Items】→【Create Query】，设置【Type】、【Status】等条件，运行查询并打开目标缺陷。

　　②在【Overview】中选择负责人及当前处理动作，填写修复说明，点击【Save】。

　　③点击【History】，核对刚保存的状态变化和操作人员。

　　重复缺陷、拒绝修复等情况也可能进入结束状态，需要同时查看处理结论。不能把所有结束状态都统计为回归通过。

　　2、分别记录版本和测试构建

　　发现版本表示问题出现在哪个发布版本；计划迭代表示准备何时处理；测试构建则对应实际验证的软件包，三者用途不同。

　　①打开缺陷，在【Found In】中选择发现问题的发布版本，在【Planned For】中选择计划处理的迭代，点击【Save】。

　　②在ETM的测试套件运行设置中，点击【Build Record】旁的【Change Associated Build】，选择本次待测构建。

　　③执行后打开测试结果，查看【Result Details】，并在【Change Requests】中通过【Link to Existing Defect】关联原缺陷。

　　关联时应核对缺陷编号和项目，避免选中标题相似的另一条记录。修复涉及多个维护分支时，也需要分别保留各分支的验证结果。

　　二、ALM Soft缺陷关闭后回归验证记录缺失如何追查

　　先确定缺少的是哪部分：没有执行结果、结果没有关联，还是记录存在但当前看不到。不同情况需要沿不同入口查找。

　　1、从关闭时间定位相关操作

　　①打开缺陷，点击【History】，查看关闭前后的状态、负责人及说明变化。

　　②点击【Links】，检查已有测试关联，并打开相关结果。

　　③需要追查链接变化时，在EWM Eclipse客户端的【History】中勾选【Include Link History】。

　　链接历史能帮助定位关联何时添加。被移除链接是否有记录，还取决于管理员当时是否启用了可审计链接的自动归档，不能因为历史中没有显示，就断定从未关联。

　　2、到测试端查独立结果

　　缺陷页没有链接，不代表测试没有执行。测试人员可能保存了结果，却遗漏了缺陷关联，也可能只关联了最初失败的那次运行。

　　①在ETM中点击【Execution】→【Browse】→【Test Case Results】，按用例、执行时间等条件查找。

　　②打开候选结果，查看【Result Details】、【Test Environment】及相关构建信息。

　　找到“通过”记录后，还要确认它执行于修复之后，并且验证了原来的失败路径。相同用例在其他版本上的通过结果，不能直接作为本次关闭依据。

　　3、检查是否只看到了最近一次运行

　　执行记录通常反映最近一次关联结果。后续又跑过测试时，列表上的状态可能已经变化，回归结果需要到历史运行中找。

　　①点击【Execution】→【Browse】→【Test Case Execution Records】，打开对应执行记录。

　　②查看【Previous Result Details】，选择关闭时间附近的运行，再进入具体结果。

　　如果从测试套件进入，也要打开套件中的具体用例结果。套件整体通过，未必能说明原缺陷涉及的步骤确实执行过。

　　4、核对项目、配置和访问权限

　　①在ETM中选择原测试项目；启用配置管理时，切换到当时对应的全局配置，再打开结果链接。

　　②在结果列表中切换【View As】→【Traceability】，检查缺陷关联。

　　③在EWM缺陷中点击【Links】，再次打开相同结果。

　　出现无权访问、对象不存在或链接跳到其他配置时，应保留提示信息，让管理员核对项目权限、配置关系和对象状态。报表里没有显示，也应回到源记录确认，避免将显示问题当成数据丢失。

　　三、ALM Soft怎样补齐可核验的回归依据

　　查到原因后，再决定补关联还是重新执行。补充记录时要保留实际发生时间，方便区分原验证和后续补测。

　　1、已有结果时补上正确关联

　　①打开已核实的测试结果，在【Change Requests】中点击【Link to Existing Defect】，搜索并选择原缺陷。

　　②点击【Save】，返回EWM的【Links】，打开新关联检查目标。

　　③在缺陷中补充关联原因和结果编号，再点击【Save】。

　　关联前应确认构建、环境、步骤及结论均匹配。后补链接只能说明现在建立了关系，不能单凭这次关联证明关闭时已经完成验证。

　　2、没有可靠结果时重新执行

　　①打开适用的历史测试结果，在【Result Details】中点击【Rerun】；远程执行时选择对应适配器。

　　②在运行设置中核对待测构建、脚本和参数，再开始执行。

　　③完成后点击【Show result】，保存结果；需要复核时，在【Formal Review】中指定评审人员。

　　重跑会沿用部分上次执行属性，尤其要检查旧参数是否仍适用。补测发现问题时，按项目允许的动作重新打开缺陷；若已无法还原旧环境，应如实记录本次验证范围。

　　总结

　　版本验收前，值得抽查几条已关闭缺陷，看看其他成员能否从缺陷直接找到对应构建、执行步骤和结果。平时能顺着记录查清楚，交接时就不必依赖某个人回忆。旧项目如果确实缺少证据，可以按缺陷影响安排补测，补测时间和适用版本也应写明，方便后续维护时使用。希望这些方法能帮到大家。如果有软件应用、产品选型等方面的需求，也欢迎与我们沟通咨询。