项目一忙起来，ALM里最容易失控的往往不是缺陷数量本身，而是同一个问题被不同人反复提、反复改名、反复流转。表面上看是单子变多了，实际上会把修复优先级、统计口径和回归安排都搅乱。OpenText ALM现在本身就提供了相似缺陷检索、缺陷过滤分组、缺陷互链和收藏视图这些能力，关键不在于有没有工具，而在于团队有没有把这些功能用成固定动作。

　　一、ALM缺陷重复太多怎么办

　　很多团队的问题，不是不会录缺陷，而是录之前少了一步确认。只要入口动作统一一点，重复单子通常会明显少一截，后面统计和分派也会顺很多。

　　1、先把提交前查重变成固定步骤

　　在【Defects】模块里，选中已有缺陷后可以直接点【Find Similar Defects】；如果是在新建缺陷窗口里，也可以先把【Summary】和【Description】填上，再点同一个按钮。ALM会提供【Find Similar Defects】和【Find Similar Text】两种方式，结果按相似度从高到低排，默认会返回相似度至少25%的记录，这一步本来就是官方给出来避免重复建单的入口。

　　2、别一看到相似就急着重提，先回到原单核实

　　相似搜索的结果可以直接用【Go To】回到原缺陷，再结合缺陷网格里的【Status】、【Defect Summary】、【Detected on Date】、【Severity】、【Target Release】这些字段交叉看。Web Client近几个版本已经支持按这些字段过滤，先判断是不是同一问题的续报，再决定要不要新建，会比只看标题稳得多。

　　3、确认是重复后，不要再放一张并行单

　　ALM支持把缺陷直接链接到其他缺陷。更稳妥的做法是保留一张主单，把后面识别出来的重复问题挂到主单下面，或者至少互相建立链接，再在团队自己的状态流转里把这类单子归到重复类处理。这样开发、测试和项目经理后面回看时，能顺着主单把相关信息一次看全，不会被几张内容相近的单子来回打断。

　　4、把常用排查视图存成收藏，不要每次临时拼

　　ALM的过滤框支持筛选、排序和分组，Desktop Client里还能复制和粘贴过滤设置，Web Client里则可以把过滤、列、排序、分组一起存成收藏，收藏还能放到Public文件夹让全组复用。对缺陷重复多的项目来说，提前建好“待确认重复”“同模块近期缺陷”“同版本高频问题”这几类视图，比靠人记规则有效得多。

　　二、ALM去重规则与相似缺陷怎么查

　　这部分最容易犯的错，就是把“相似”直接等同于“重复”。ALM官方给你的是查找相似、过滤比对和互相关联的能力，真正的去重规则，还是要团队自己定清楚，不然工具再全也会越查越乱。

　　1、先把重复和相似分开

　　更实用的口径是这样定，同一模块、同一版本、同一现象、同一根因路径，才按重复处理；现象像，但触发条件不同、影响范围不同、根因不同，就先按相似缺陷保留。之所以要这样分，是因为ALM允许你查相似、也允许你把缺陷互相链接，所以它更适合先做判断，再决定合并还是并存，而不是一刀切地只留一条。

　　2、查相似时先写好摘要，再补全描述

　　ALM在新建缺陷时做相似检索，依赖的是你先录进去的【Summary】和【Description】。而且系统对相似文本检索默认不区分大小写，会忽略冠词、部分连接词、布尔词和通配符；站点参数里还有专门给【Find Similar Defects】用的语言切词设置。如果摘要写得太散，或者中英文混着写但服务器语言环境没对齐，查出来的结果自然不稳定。

　　3、批量排查别只搜一个关键词，要把过滤和分组一起用

　　Web Client的过滤支持按字段逐个设条件，再用And、Or、Not组合；Desktop Client的【Set Filter/Sort】也支持过滤、排序和分组。真要找相似缺陷，别只在标题里打一个词，最好把模块、状态、目标版本、发现日期一起压进去，再按摘要或状态分组看，这样才能把“名字像但其实不是一回事”的单子筛出去。

　　4、把团队认可的查重视图公开出来

　　Web Client的收藏可以保存过滤、列、排序和分组，而且支持放到Public文件夹供所有用户使用。项目一旦进入多人并发提单阶段，这一步特别关键，因为查重规则如果只在口头上说，很快就会变形；做成公共收藏后，新人和老成员看到的是同一套入口，执行会稳很多。

　　三、ALM缺陷录入前先定哪些规则

　　很多项目到了后期才回头补去重规则，这时候往往已经堆了不少历史包袱。更省事的做法，是在缺陷量还没冲起来之前，就把录入口径、排查动作和处理方式先压实。

　　1、先统一摘要写法

　　摘要别再只写“报错了”“打不开”“失败”这类短句，最好统一成模块名、现象、版本号这类顺序。因为ALM的相似检索本来就会拿缺陷摘要去做匹配，摘要越规整，后面的相似结果越有参考价值。

　　2、再统一默认视图

　　建议把缺陷列表里长期保留的列先定住，至少让摘要、状态、严重级别、发现日期、目标版本这些字段对所有人都可见，再把对应过滤做成收藏。官方文档已经说明，收藏能把过滤、列、排序和分组一起记住，这对日常查重比临时翻记录高效得多。

　　3、然后统一重复单的处理动作

　　一旦确认是重复缺陷，就回到原单，用【Go To】定位主单，再建立缺陷到缺陷的链接，后续补充现象、附件或评论尽量围绕主单沉淀。ALM支持缺陷直接链接到其他缺陷，也支持在缺陷详情里查看已链接的实体，所以用主单集中承载信息，会比让几张重复单并行流转更清楚。

　　4、最后把语言环境也校准好

　　如果团队缺陷摘要主要写中文，但服务器默认语言环境不是同一套分词习惯，站点管理员最好检查一下NLS_SEARCH_LOCALE这个站点参数。官方对这个参数的说明很直接，它就是给【Find Similar Defects】切词用的，语言环境不匹配时会直接影响相似搜索的效果。

　　总结

　　ALM缺陷重复太多，通常不是因为系统里没有去重能力，而是相似检索、过滤视图、缺陷互链和团队规则没有连起来用。真要把重复单压下去，最实用的顺序就是先把提交前查重做成动作，再把团队自己的重复判定口径定清楚，最后把常用过滤和收藏公开给全组。这样做下来，缺陷数量未必会一下子变少，但缺陷池会明显干净，后面的修复和统计也会更好管。