很多团队在ALM里建了用例，也建了测试集，但一到真正排周期时，常见问题还是会冒出来，比如一轮测试到底该挂在哪个周期下，迭代验证和回归验证要不要混在一个测试集里跑，失败记录和缺陷又该怎么回收。ALM本身的模块能力其实已经把这条链路给出来了，测试计划负责沉淀用例和需求覆盖，测试实验室负责按周期建测试集、生成测试实例并执行，缺陷模块再把问题和具体运行结果串起来，所以关键不在工具会不会用，而在于结构一开始要分对。

　　一、ALM测试周期怎么跑

　　想把一个测试周期跑顺，别一上来就盯着执行按钮，先把周期、文件夹和测试集的关系理顺。ALM的周期不是挂在单条运行记录上临时补的，而是更适合在测试集文件夹层级先定好，再往下铺测试集和测试实例。

　　1、先按版本和周期建测试集文件夹

　　在【Test Lab】里先建版本文件夹，再在下面建当前周期文件夹，然后对这个文件夹执行【Assign to Cycle】。官方文档说明，测试集文件夹一旦分配到某个周期，下面的子文件夹会自动继承同一周期，这样做比后面逐个补字段更稳，也更方便在发布和周期视图里统一看统计。

　　2、每个周期用一套独立测试集承载本轮执行

　　ALM官方示例本身就是按版本下面拆Cycle 1、Cycle 2这类文件夹，并且把第一轮测试集复制为后续周期的基础。这个做法很适合真实项目，因为你既保留了上一轮的组织结构，又不会把新一轮执行历史和旧一轮混在一起，周期边界会清楚很多。

　　3、把测试加成测试实例再跑，不要直接复制用例树

　　在测试集里通过【Execution Grid】或【Execution Flow】点【Select Tests】把测试加进来，ALM加入的是测试实例，不是把测试计划里的原始用例再造一份。官方还说明，从别的测试集复制测试实例时，新复制过来的实例默认是No Run状态，运行历史不会带过来，这正好符合新周期重新开跑的需要。

　　4、执行入口统一放在测试实验室收口

　　手工执行时，可以在【Execution Grid】或【Execution Flow】里直接运行，也可以在测试集文件夹下用【Test Board】集中查看和执行实例。执行过程中如果中断，后面还可以继续跑；如果在手工运行时提缺陷，ALM会自动把缺陷和这次运行关联起来，后面追问题会更顺。

　　二、ALM迭代测试与回归测试如何拆分

　　这一步很多团队容易做反，表面上看是把用例分两堆，实际真正要拆的是目标、节奏和准入范围。只要这三件事不分开，迭代测试和回归测试就会越跑越乱。

　　1、先按测试目标拆，不要按执行人拆

　　迭代测试的目标，是验证本轮新增需求、改动点和修复点是否可用；回归测试的目标，是确认已有主链路没有被这轮改动带坏。ALM在【Req Coverage】里支持把测试和需求做覆盖关系，还能细到测试配置层，所以更合理的做法是先按需求变更范围挑出迭代集，再把跨版本稳定链路整理成回归集。

　　2、同一周期下分两层测试集，不要混在一个集里硬跑

　　实操里更推荐在同一个周期文件夹下再分【Iteration】和【Regression】两个子文件夹，或者至少分两个测试集。这样做的好处是周期不变，统计口径一致，但执行目的、通过率、缺陷归属和补测节奏都能分开看。ALM支持文件夹层级和周期继承，所以这种拆法在工具上是顺的。

　　3、同一条用例尽量复用，靠参数和配置切场景

　　有些团队一拆分就复制两套内容，结果后面维护量翻倍。ALM官方支持在测试里定义参数，并在运行时赋不同实际值，这意味着同一条登录、下单、审批这类基础链路，不一定要在迭代集和回归集里各写一份，更适合共用同一用例，再通过不同参数、不同数据和不同测试配置去区分本轮验证场景。

　　4、缺陷归口也要跟着两类测试分开

　　ALM允许把缺陷直接关联到测试、测试集、测试实例、运行和运行步骤，手工执行时新增缺陷还会自动挂到这次运行上。基于这个能力，迭代测试里发现的问题更适合直接回收到本周期新增需求或本轮修复点，回归测试发现的问题则更适合标记为基线破坏或旧功能回退，这样后面看周期质量时，才不会把两类风险混成一个数字。

　　三、ALM测试集怎么分层

　　如果想让后面的排期、执行、统计和复盘都省力，测试集分层一定要提前定。分层不是为了把目录做漂亮，而是为了让同一套用例在不同周期里可复制、可追溯、可统计。

　　1、第一层按版本或发布建

　　最上层建议直接按版本、发布批次或里程碑来建，比如Release 1.0、Release 1.1。这样后面做跨周期统计时，不同版本的测试资产不会串到一起，发布边界会比较清楚。

　　2、第二层按周期建

　　版本下面直接建Sprint 01、Sprint 02或Cycle 1、Cycle 2这类周期文件夹，并把周期字段挂到这一层。ALM支持把整个测试集文件夹分配给周期，而且子文件夹会自动继承，这比把周期打散到单个测试集更便于统一管理。

　　3、第三层按测试类型建

　　到了周期下面，再拆成迭代测试、回归测试、冒烟测试或专项测试这类子层。这样安排后，同一轮里哪些是先行验证，哪些是上线前兜底，哪些是补测复测，都能一眼看出来，执行顺序也更容易排。这个分法虽然是实践建议，但正好利用了ALM文件夹继承周期和测试集承载测试实例的能力。

　　4、最底层再放具体测试集和实例

　　真正执行时，把需要跑的测试通过【Select Tests】加入目标测试集，形成这一轮要执行的测试实例。这样做以后，你既能保留测试计划里的主用例不被执行历史污染，又能在不同周期里复制、移动或重用测试实例，结构会比直接在一个大测试集里反复跑更清楚。

　　总结

　　ALM测试周期怎么跑，ALM迭代测试与回归测试如何拆分，真正稳妥的做法不是把所有测试都堆进一个测试集里一起跑，而是先按版本建层级，再按周期挂文件夹，再把迭代测试和回归测试拆成不同的测试集去执行。这样一来，需求覆盖能对上，执行历史不会串，缺陷也能回收到具体运行和具体周期里。对日常项目来说，只要把这套结构先搭好，后面的补测、复测和周期复盘都会轻松很多。