开发说问题修好了，测试却不知道该找谁复测；缺陷明明没有通过验证，状态已经变成“已关闭”。碰到这种情况，先把状态怎么走、由谁来改说清楚，再检查系统里的规则。本文围绕“ALM Soft怎么设置缺陷跟踪规则ALM Soft缺陷状态更新失败如何检查”展开。ALM是应用程序生命周期管理的行业概念，文中的状态和入口按常见测试管理流程说明，具体菜单请以正在使用的平台为准。

　　一、ALM Soft怎么设置缺陷跟踪规则

　　缺陷流程不用设得太绕。让测试人员能提交和验证，让开发人员能接收和修复，再留一条“验证失败，退回处理”的路径，日常协作就有了清楚的依据。

　　1、列出缺陷要经过的状态

　　以“待确认→处理中→待验证→已关闭”为例，每个状态只表达一件事：“待验证”表示开发已提交修复、测试尚未确认；“已关闭”表示验证已经完成。

　　①进入项目设置，打开【缺陷】或【工作项】中的【工作流】。

　　②选中缺陷类型，查看现有【状态】列表。

　　③按项目实际流程补充或调整状态，并设置新建缺陷进入的初始状态。

　　④保存设置，创建一条测试缺陷，核对初始状态。

　　2、连接允许执行的流转

　　①在缺陷【工作流】中打开【流转】设置。

　　②建立从“待确认”到“处理中”、从“处理中”到“待验证”的路径。

　　③增加“待验证”到“已关闭”的路径，以及验证失败时返回“处理中”的路径。

　　④保存并发布工作流，用测试缺陷逐段检查。

　　3、指定每一步由谁处理

　　测试人员提交缺陷，开发人员处理缺陷，修复后的验证通常再交回测试人员。角色分工确定后，再给流转动作分配权限。

　　①打开目标流转的【权限】或【条件】。

　　②为处理动作选择开发人员对应的【角色】或【用户组】。

　　③为验证、关闭及退回动作选择负责验证的角色。

　　④分别使用不同角色的账号打开测试缺陷，检查可执行的动作。

　　4、设置流转时要填写的信息

　　①打开“提交修复”对应流转的【字段】或【校验规则】。

　　②选择团队要求填写的修复版本、处理说明等字段。

　　③打开“验证通过”对应流转，设置需要记录的验证结果。

　　④保存规则，用一条字段未填完整的测试缺陷检查提示内容。

　　必填项可以随流程阶段设置。提交缺陷时要写复现步骤，开发提交修复时要写处理情况，这样后续接手的人才知道该从哪里查。

　　二、ALM Soft缺陷状态更新失败如何检查

　　同样是状态改不动，页面上的表现可能不同。先看是没有目标状态、保存时报错，还是保存后又变回原样，再到对应的位置检查。各平台的菜单名称以实际页面为准。

　　1、找不到要选的状态

　　①打开【缺陷列表】，找到这条缺陷，记下当前【状态】。

　　②展开【状态】或【流转操作】，查看可选的下一步。

　　③进入【项目设置】→【工作流】，检查当前状态到目标状态的流转路径；需要修改时，用有配置权限的账号保存设置。

　　2、选了状态却保存不了

　　①点击【保存】，按页面提示找到未填写的字段或未完成的审批。

　　②补齐对应字段，或在【审批记录】中完成待办，再次点击【保存】。

　　3、同事能改，自己改不了

　　①核对两人在该项目中的角色，以及缺陷当前的负责人。

　　②打开【项目设置】→【权限】，查看自己所在角色能否修改缺陷状态。

　　③权限不足时，请项目管理员调整权限或分配负责人，再重新尝试。

　　4、保存后又变回原状态

　　①打开缺陷的【历史记录】，查看刚才的修改是否保存成功。

　　②如果记录显示状态后来被再次修改，核对修改人及时间，再检查项目中的【自动化规则】或集成任务。

　　三、下个版本怎么找回需要复测的缺陷

　　登录页崩溃的问题，这一版修好了；下个版本又改了登录组件，还要不要再测一次？如果缺陷只留着“已关闭”三个字，接手的人很难判断。给它保留对应的用例和修复版本，下轮测试就有线索了。

　　1、给缺陷留下回归线索

　　①打开已修复的缺陷，核对【修复版本】。

　　②在【关联测试用例】中选中当时发现问题的用例。

　　③保存缺陷，再从用例详情检查能否找到这条记录。

　　2、下轮测试时重新筛出来

　　①进入【缺陷列表】，按涉及的功能模块或【修复版本】筛选。

　　②打开与本轮改动有关的缺陷，查看历史描述和关联用例。

　　③将需要复测的用例加入本轮【测试计划】。

　　④执行后记录新结果；问题再次出现时，重新打开原缺陷或按团队规则新建记录。

　　总结

　　项目一忙，大家记得住眼前的故障，却未必记得它上次是怎么修好的。让缺陷记录在下一轮测试时还能派上用场，团队就少一些重复查找。希望这篇“ALM Soft怎么设置缺陷跟踪规则ALM Soft缺陷状态更新失败如何检查”对大家有帮助；如有ALM相关需求，欢迎联系我们咨询。