当完成测试用例的整理工作后，还需要把它们安排进具体的测试计划和测试周期里，才能真正开始执行。在Jama Connect里，测试计划这一项是用来讲清楚验证范围、测试目标以及执行时间安排的；测试周期则是专门组织某一轮实际测试活动的；而测试运行，就负责把每条用例跑出来的结果记录下来。这三样东西各管各的，不要把它们当成一回事来用。另外需要注意的一点是，测试用例自身状态的变化，并不是手工直接去改的，而是由它所关联的那些测试运行结果，通过系统自动计算汇总出来的。

　　一、测试计划应该怎么管理

　　建立好一个测试计划以后，光有一个标题还不够，还得同时把用例怎么分组、测试周期怎么划分，以及由谁来执行这些事情一起安排妥当，否则这个计划就只是一个空的框架，里面没有真正要跑的任务。

　　1、先把测试计划创建出来

　　进到项目里面的【Test Plans】页签，去点新增测试计划的按钮，然后把计划的名称、想达到的目标、大致覆盖的范围和一些必要说明都填上。一个计划建好之后，可以用来继续往里头补充用例、发给别人做评审，也可以进行复制、归档或者删除。比较建议的做法是，给版本发布、回归测试，还有专项验证分别建立独立的计划，这样以后再去分别查看结果的时候，条理会清楚很多。

　　2、往计划里添加测试用例

　　接着打开刚才建好的那个测试计划，在页面上找到【Test Cases】这个选项，然后从右侧那个项目树里面，把需要的测试用例选中，直接拖进对应的分组里就可以了。不过有一点要留意，同一条测试用例，在同一个测试计划里头只能被放进一个分组，没办法同时出现在好几个分组里。分组本身可以按功能模块来分，也可以按测试的地点或者负责人来划分，最好不要把所有的用例不分青红皂白地全部堆在一个列表里面，那样后面管理起来就比较费劲了。

　　3、创建测试周期

　　当用例都准备好了以后，再进到【Test Runs】这个区域，去新增一个测试周期。在创建周期的时候，需要从测试计划那些已经分好的用例组里面，把这一轮打算执行的那部分用例勾出来。保存之后，系统就会自动给每一条被关联上的用例，生成一条对应的测试运行记录。因为一个计划下面可以建多个测试周期，所以用这种方式，很容易把冒烟测试、版本回归和修复验证这些不同类型的执行轮次给分开，谁也不会干扰到谁。

　　二、怎样更新测试计划的状态

　　在Jama Connect里面，更需要持续关注的是每条测试运行的执行情况，以及测试用例那个汇总出来的状态，而计划本身更多是用来把人和任务串起来的，真正的执行进度，还是得靠每一条运行记录来体现。

　　1、更新每一条测试运行的状态

　　打开测试计划页面，进到【Test Runs】里头，找到自己要执行的那条记录，点一下蓝色的执行按钮就可以开始了。在执行的过程当中，可以逐条地把它标记成通过、失败，或者是不适用；要是碰到实在没法继续往下跑的情况，也可以把它标成阻塞状态。在把实际结果填好以后，点击【Save and Done】把当前的结果保存下来。这里有一个容易忽略的地方，如果只是把测试暂停，之前已经填进去的那些结果是不会自动保存的，所以在停下来之前要先存一次。

　　2、批量调整运行的状态

　　如果需要对一批测试运行的负责人、它们的锁定状态，或者运行状态做集中的修改，可以先在【Test Runs】那个列表里，把需要动的那些记录前面的复选框给勾上，然后去点击【Batch edit】这个批量编辑的按钮。这种方式很适合用来重新把任务分给不同的执行人员，或者把那些需要再跑一次的测试，统一恢复到还没有跑的状态。按照官方帮助里的说明，通过批量编辑，是可以同时更新测试运行的状态、责任人以及锁定状态的。

　　3、不要手工去改测试用例的状态

　　测试用例的那个状态栏，是由系统来管的，它自己会根据相关联的测试运行结果，去自动计算出一个汇总状态。当一条用例只在一个有效的计划里面出现时，系统通常会参考最近的那一次运行结果来定它的状态；要是它在好几个有效的计划里同时存在，系统就会按照各个状态里面最紧急的那一个来汇总。如果想把已经不再使用的旧计划对状态的影响排除掉，可以先把那些旧计划给归档起来，这样汇总出来的状态就能更反映实际情况。

　　三、测试计划更新完以后要检查哪些东西

　　在测试计划做了更新之后，光看计划本身的状态还不能算完，还需要再去检查一下用例覆盖的范围是不是够、测试运行的结果有没有异常，以及需求到测试的追溯关系是不是完整的，以免出现表面上看起来一切正常，但背后其实还缺少关联的情况。

　　1、查看一下进度的汇总情况

　　进到【Test Runs】页面，先看一眼页面上方的那个进度条，如果再拿鼠标往上面悬停一下，就能分别看到阻塞的、失败的、正在执行中的、还没有跑的，以及已经通过的数量各是多少。接着可以点进去查看更详细的执行结果分布，去了解一下这一轮测试到底跑成了什么样子，有没有集中堆积在某个状态的情况。

　　2、检查一下需求这边的追溯关系

　　从需求页面里打开【Trace View】这个视图，去确认一下需求、测试用例，还有测试运行这三者之间的关系是不是都已经建立完整了。Jama Connect会自动把测试用例和由它生成的测试运行之间的关系给搭起来，但是从需求到测试用例这一层的关联，还是需要提前靠人工去维护好的，这块如果没有提前连上，后面看追溯关系的时候就会断开。

　　3、把重要的计划拿去做一轮评审

　　在版本正式交付之前，可以把测试计划发起一次评审流程，这样既能把用例覆盖的范围是不是足够的确认一下，也能在这个时间点上留下一份该测试计划的基线，以后如果想要对比变更前后的差别，也能有一份基准数据翻出来用。

　　总结

　　关于Jama Connect里怎么管好测试计划、以及测试计划的状态要怎么更新，整体操作上的顺序可以归纳成这样：先创建一个测试计划，往里面把用例拖进去并做好分组，然后去建测试周期，让系统自己去生成对应的测试运行；执行时，大家在各自的测试运行里去填写结果，测试用例的状态会由系统自动汇总出来，不需要也不应该手工去改。等一轮更新完成之后，再去检查进度条上的数据、需求到测试的追溯关系，还有评审之后留下来的基线，把这些都确认过了，这时候的测试计划才算真正达到了可以放心使用的状态。