在Jama Connect里面，需求、测试用例和评审内容经过好几轮修改之后，光靠给文档加个版本号，是很难还原出完整的修改过程的。要想看审计记录，先得把查看的范围分清楚，因为它的入口不止一处：如果只是想追查单独一条需求被谁改过，更适合去看那条需求的Item Activity Stream；如果是要梳理整个项目的变动，那就应该去看Project Activity Stream；而基线和评审相关的内容，则要进到各自的活动记录里面去查。Jama Connect会把新增、编辑、删除、恢复、评论，还有关联关系的变化，以及跟基线和评审有关的各种动作，都一一记录下来。

　　一、Jama Connect怎么查看审计记录

　　审计记录的入口并不是只有一个，所以在查的时候，得先想想自己的目的到底是什么，排查某一条需求被谁动了手脚，不需要去翻整个项目的大日志，准备质量审核的时候，反而要按项目和基线来集中整理。

　　1、查看单条需求的变更记录

　　先进入当前项目，在Explorer Tree里面把要查的那条需求、测试用例或者别的Item点开，等页面切到Single Item View之后，在侧边栏里找到【Activities】这个选项，点一下，底部就会把这条对象的活动流展开，这里能看到字段在哪一次编辑过、谁留了评论、评审走到了哪一步，还有关联关系是什么时候发生变化的，同时也支持用关键词在里面搜，或者按活动类型做一下筛选。不过要注意，侧边栏里能不能看到【Activities】这个按钮，还要看组织的管理员有没有把对应的工具栏给打开。

　　2、查看整个项目范围的修改记录

　　如果需要的不是盯住一条对象，而是想看整个项目在某个时间段里都改了什么，那就可以进到项目主页，去打开Project Activity Stream，有的项目页面可能一开始没有这个活动流，项目管理员可以点一下【Add widget】，找到【Activity stream】这一项并把它添加上去。项目活动流会把评论、编辑、新建过的对象，还有负责人分派上的变化，都集中放在一块儿展示出来，翻起来比较直观。

　　3、查看管理员操作留下的记录

　　组织管理员或者项目管理员还可以从另一个入口进去，走【ADMIN】→【Project】这条路径，找到要查的那个目标项目，然后点开右侧的【Activity stream】标签，Admin Activity Stream专门用来看管理侧的更新，比如谁调整过权限、改过项目设置这类动作，里面也能通过输入关键词来搜索相关的活动记录。

　　4、查看评审和签名的相关记录

　　如果流程里面涉及到了评审和审批，那就还要进到Review activity里面去，去看一看签名是什么时候提交的、有没有被撤销过、评审这次开启和关闭的时间点，以及中间有没有被重新打开过，电子签名会把对应的用户、时间戳、当时绑定的基线或者评审对象都记录下来，从而形成一条完整的审计线索，要查证的时候就有据可依了。

　　二、Jama Connect审计记录怎么导出

　　虽然Jama Connect支持把项目内容导出成Word、Excel和PDF这些格式，但Activity Stream本身却并没有一个统一的一键导出按钮，真正想留一份正式的审计材料时，就得根据不同的用途，分别选择合适的方式来导出。

　　1、导出需求和测试对象的常规数据

　　在Explorer Tree里面先选好要导出的目标目录，或者通过筛选器把对象先圈出来，把视图切到List View，接着再点【Export】选Excel、Word或者PDF，用标准的方式把需求编号、标题、状态、负责人和修改人这类字段导出来，适合平时留存一份系统里的静态记录。但要注意，这种方式重点导出的是对象本身的信息，活动流里的那一串操作记录，它不能直接带出来。

　　2、导出基线差异报告

　　如果需要说明两个里程碑之间到底改动了哪些东西，那就要先把基线建好，然后再去跑Baseline Comparison报告，这份报告会把两个基线里的Item和它们之间的关联关系并排在一起进行比较，特别适合用在发布评审、变更评审，还有面对外部审核时，可以直观地展示变化。

　　3、通过自定义报告来导出活动记录

　　假如需要批量地导出一段时间内活动流里的用户、时间、动作类型和对象这些信息，单靠前两种方法就不太够用了，这个就需要由管理员去配一套自定义的Velocity报告或者导出模板，Jama Connect是支持把自定义报告上传上去，然后在报表的入口里提供出来给相关的用户运行的，这样就可以按自己的需要把活动记录整理成一份规整的表格。

　　4、从报告历史里把生成好的文件下载下来

　　报告跑完以后，点一下顶部的【Reports】→【Reports history】，在列表里找到这次生成的那份文件，把它勾上，再点【Download】，就能把文件拿到本地了。这里有一点要留心，组织管理员可以看到所有的报告，但普通用户通常只能看到自己跑出来的那一批。

　　三、Jama Connect审计记录怎样整理更清楚

　　审计记录这个东西，不能总等到快要审核的时候才临时去补、去拼，项目平时就应该把要查看的范围和导出的节奏给定下来，要不然临到关头手忙脚乱不说，还容易漏掉关键的信息。

　　1、在关键节点上建立基线

　　当需求刚一冻结、评审刚刚通过，还有正式发布之前，这几个时间点上最好都分别建一次基线，基线本身就保存了当时Item的版本和它们之间的关联关系，后面如果需要恢复、复用或者导出，都可以把这几个节点当成依据，不至于回过头来什么抓手都没有。

　　2、统一每次导出时的字段

　　用来做审计的那张表里面，至少要把对象编号、标题、版本、修改人、修改时间、状态，还有关联的对象，这几个字段给固定下来，如果字段太少，事后别人单看数据就很难解释当时到底发生了什么变化，查起来会特别费劲。

　　3、把筛选的口径一并保存下来

　　每一次导出的同时，都要把这一次拉数据所用的项目、时间范围、对象的类型，还有到底加了哪些筛选条件，随手记下来，不同批次的数据只有在同一套口径下面比较，才看得出真正发生了什么变化，要不然很容易被统计口径上的差异给带偏了。

　　总结

　　在Jama Connect里查看审计记录，大致可以从单条对象的Item Activity Stream、整个项目的Project Activity Stream、管理员专用的Admin Activity Stream，以及评审和基线各自的活动记录这几个方向入手。到了正式往外导出的阶段，普通需求数据可以直接导出成Excel、Word或者PDF，如果想对比基线间的差异就去跑对比报告，而活动流里那些详细的操作记录，需要批量归档的时候，则要靠管理员去配置自定义报告来满足。只要按版本把基线、筛选条件和导出的文件都保存下来，以后再应对审核，要回查什么就都会轻松很多。