需求、测试用例还有评审文档，经过好几轮改来改去之后，光靠把文件导出来再去人工一行一行地找差异，是很不现实的。想要把Jama Connect里的版本对比搞清楚，得先弄明白怎么操作版本对比这件事，以及版本之间的差异到底从哪里去查看，动手之前先得确认一下，我们这次要比较的对象到底是一条单独的需求、一整组用基线管起来的需求集合，还是某一次评审专用的版本。Jama Connect本身会给内容留下版本记录，它也可以通过基线把某一个时间点上的对象状态和它们之间的关联关系存下来，这个能力很适合在需求冻结、评审快要完成，还有版本快要发布之前，拿来做差异核对。

　　一、Jama Connect怎么做版本对比

　　如果只是想看单独一条需求到底改了哪些地方，直接从这条Item的版本记录里面去查就比较快了，这种操作的路径很短，也容易一眼就看出具体哪个字段发生了变化。

　　1、打开目标需求

　　进到项目里面以后，在Explorer Tree里找到需要检查的那一条Requirement、Test Case或者其他的Item，点开它，让界面切到Single Item View的模式，这个时候要先确认好自己打开的对象是对的，不能光凭标题来判断，遇到那些名字看起来差不多的需求，还得再去核对一遍编号。

　　2、进入版本窗口

　　在界面右侧的工具栏里面，找到【Versions】这个按钮并且点一下它，系统就会在底部的区域打开一个版本面板，上面会把这条对象以前保存过的历史版本一个一个都列出来，Jama Connect的官方帮助文档里也说过，Versions窗口既可以拿来浏览以前的历史记录，也可以拿不同版本之间做对比，甚至还能把旧版本再重新设回到当前版本上去。

　　3、选择两个版本进行比较

　　在版本列表里面，先分别在【From】和【To】这两栏里挑好要拿来比较的版本，然后点一下【Compare】按钮，进到Version Compare这个窗口以后，左边显示的是旧版本的内容，右边显示的是新版本的内容，这个时候可以去检查标题、描述、状态、优先级、负责人，还有自己定义的那些字段，看看它们有没有发生过变化。

　　二、Jama Connect版本差异怎么查看

　　项目级的版本差异就不能只盯着一条需求去看了，在快要发布的时候，通常要借助Baseline去比较整组需求的变动，去看看哪些是新增的、哪些被删掉了、哪些内容被修改过，还有哪些关联关系发生了变化。

　　1、先把基线建好

　　在需求被冻结的那个节点、评审通过的时间点，还有正式发布之前，分别都要建一次基线，基线会把当时所选中范围里面的项目内容给原样保存下来，相关的关联关系也会一起保留住，后面就可以拿它们当历史节点来用。

　　2、打开基线列表

　　到Explorer Tree里面，切到【Baselines】这个页签底下，先把包含目标基线的那个Baseline source给选出来，然后在List View里头，把需要做对比的两个基线给勾上，再点【Compare】，系统会打开比较窗口，上面会展示出差异的摘要信息。

　　3、查看评审版本的变化

　　要是想知道一次评审前后到底改动了什么，可以进到对应评审的那个页面，点一下【Compare】，然后从版本的下拉菜单里面去选那些需要拿来做比较的历史版本，系统会在正文里面直接用颜色的变化把差异标出来，被删掉的内容会显示成红色的高亮，新加进去的内容则会带上绿色的下划线。

　　4、需要归档时就生成报告

　　当项目上需要把差异的结果正式交给评审人员去看的时候，可以去【Reports】→【Run report】这里面，专门跑一份Baseline Comparison报告，不过有一件事情要留心，那就是两份基线里面的层级顺序最好是保持一致，如果Explorer Tree里面的对象中途被人重新排过序，那报告里可能会出现结果缺失或者显示不太准确的情况。

　　三、Jama Connect版本差异确认时还要检查什么

　　版本对比跑完以后，不能光看文字上哪里改动了就行，有些需求编号虽然一动没动，但它关连的对象、状态的变化，还有验证覆盖的范围发生了改变，这些东西同样会影响接下来的交付，所以也要翻出来查一下。

　　1、检查新增和删除项

　　确认一下那些新增出来的需求，是不是都已经把负责人、优先级和验证方式给补上了，那些被删掉的需求，是不是都经过了正式的评审，不要只简单地看一眼数量多了还是少了，还要顺带查一查删除的原因，看看有没有把原因记录下来。

　　2、检查关联关系

　　重点去核对一下从需求到设计、从需求到测试用例，还有从测试用例到执行结果之间的这些关联，基线本身虽然会把对象的状态和关系都留好，但在做版本评审的时候，还是需要把这些关系的变化放到一起来检查，不能割裂开只看单一文档。

　　3、把比较节点保留好

　　等到项目的里程碑一确定下来，就要赶紧把基线建好，并在它的名字里面清楚地写上版本号和对应的日期，不要总等到快要发布的时候才临时去做一次对比，那样的话，中间的过程里到底发生过哪些细碎的改动，就很难再完整拼凑起来了。

　　总结

　　在Jama Connect里面做版本对比，大致可以分成三种办法来处理，如果只想查单独一条需求的改动，就用【Versions】去翻它的历史记录；如果要比较整组需求在不同发布节点上的变化，就靠【Baselines】来对应；如果是评审过程中的文档变动，就直接在评审页面里去看标出来的红线和绿线差异。等到这些都一一对比完以后，再回过头去核对一下新增的项、删除的项、状态有没有更新，还有关联关系是不是还完整，这样得到的版本差异，才不至于只停留在单纯的文字修改层面。