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

当需求、测试用例和变更项进入确认阶段以后，如果还是靠着几张表格和来回的邮件去传递信息，版本混成一团的事情就很容易冒出来。想要搞清楚在Jama Connect里面怎样去新建一轮评审，以及评审的提醒又该怎么发出去，就得把评审到底要覆盖哪些内容、参与者担任什么角色、截止时间卡在哪里，还有通知的整个传递路径，一并都设好才行。Jama Connect允许对项目里面的单条条目，或者凑成一组条目去提起评审，而发起评审的那个人，会被默认当作主持人，也就是Moderator。

Jama Connect导入Excel怎么做，先别急着把表格拖进去。官方帮助里把这件事拆得很清楚，Excel导入分单向导入和round-trip两种，前者适合把新条目导进Jama Connect，后者更适合把Jama里导出的表格改完后再回写更新；同时一张工作表只能导一种item type，层级也要提前在表里用缩进或颜色准备好。也就是说，导入前先把表格结构理顺，比后面反复重导更省事。

很多团队在Jama Connect里做完评审后，最容易漏掉的不是意见处理，而是后面怎么把记录导出来、怎么把证据留成一套可审计材料。按Jama Connect官方帮助的口径，评审导出和评审归档本来就是两件事：导出解决的是把评审活动、签名状态、评论和评审内容带出系统，归档解决的是让已完成评审从日常列表中收口，同时保留后续可查可恢复的历史记录。

很多团队在用Jama Connect时，前期最容易出的问题，不是谁不会点权限，而是把许可证、角色、项目访问和对象层级这几件事混成了一套。按官方帮助中心的口径，Jama Connect里有两条线要先分清，一条是role，也就是谁能做管理动作，另一条是permission，也就是谁能在项目里看和改哪些内容；再往下还有license type，会直接影响用户能不能创建、编辑、执行测试或只读查看。只有先把这三层拆开，后面的项目权限才不会越配越乱。

同一份需求在Jama Connect里看着排版正常，导出到Word或PDF却出现表格挤压、字段顺序乱、图片跑版、分页断行异常，这类问题多数不是数据坏了，而是导出视图、字段显示、模板样式和富文本内容在不同渲染引擎下被重新排版。处理时不要上来就改模板，先把导出入口与视图口径统一，再把字段布局和模板结构逐项收敛，最后用小样本回归验证，才能把错乱现象稳定压下去。

在Jama Connect里，基线的本质是对某一批工件在某一时刻的快照，后续再看起来内容对不上，往往不是系统把内容改乱了，而是基线来源、纳入范围、对比方式这三件事当初选得不一致。下面围绕Jama Connect基线生成后内容对不上，Jama Connect基线差异对比与锁定范围应怎样设置，把最常见的误差点拆开讲清楚，并给出可直接照做的核对路径。