需求模块里的内容越积越多以后，光去扫一眼对象的总数，已经远远不够用了，评审的时候大家通常还要知道新增的需求究竟有多少、已经确认的有几条、正在等着验证的有几条，还有分到不同优先级下面的对象又各占了多少。所以，在DOORS里面怎么把这些统计结果生成出来，导出以后又该怎么把表格的格式理顺，这两件事就变得挺实际了，下面就以DOORS桌面端的正式模块作为例子，展开说明一下。比较稳当的操作次序是，先为统计这件事单独建好一个视图，再通过筛选去把各项的数量看清楚，最后把当前这版视图导出成表格文件，拿到外面去再整理。

　　一、DOORS怎么生成对象统计结果

　　用DOORS来做对象的统计，一般可以围绕需求的类型、当前所处的状态、优先级的划分、由谁负责，还有验证的推进情况这几个维度去展开，在动手之前，先把统计的口径统一好，千万别把那种当标题用的分隔行、普通的说明性文字，还有已经被删掉的对象，一股脑儿地混进同一组数字里，不然最后的数字就没法看了。

　　1、先建一个专门用来统计的视图

　　把正式模块打开以后，在【View】相关的设置区域里，去新建一个单独的视图，这个视图最好别跟平时编辑需求时用的视图掺在一起，要不然以后调整列的先后顺序时，很容易干扰到其他人。在那个新视图里面，把对象的编号和主列先固定保留下来，再依次把需求类型、状态、优先级、负责人以及验证状态这些属性列给添进去。

　　2、按条件把对象筛出来

　　接着顺着【Tools】→【Filter】→【Define】的路径点进去，在【Attributes】那个页面下，挑选你想要统计的那个字段和它对应的值，比如说，把当前状态是Approved的需求全都筛出来，又或者把优先级标成了High的对象单独圈出来。点下【Apply】之后，注意看一下筛选窗口里的【Statistics】区域，那里会直接显示出来，当前这些条件到底让对象的数量发生了多大的变化，是一下子多出了几十条，还是只剩几条了。碰到需要更精细统计的时候，DOORS也允许把好几个条件拼在一起，用And、Or和Not这些逻辑词搭出一套更复杂的筛选规则。

　　3、把常用的视图分别保存好

　　按照项目上经常碰到的情况，可以给待评审的、已批准的、等待验证的、缺少负责人的这些场景，各自建好一个对应的视图，每个视图只专门盯着一类统计上的事，并且把名字起得清楚一些，一看就知道是用来干什么的。等到后面开周会，或者碰上版本评审的时刻，直接切到相应的视图，再把筛选重新启用一下就行，不需要每一次都手忙脚乱地重头配一遍。

　　4、数据改动之后重新跑一次筛选

　　有一点特别容易让人忽略，就是当你把之前打开的筛选关掉，过一会儿再重新打开的时候，DOORS也许还会停留在上一次给出的那个结果上，并不会自动按照属性变化以后的状态替你重新算一遍。因此，每当你手动改动了对象的某些状态值，就一定要去执行一次【Tools】→【Filter】→【Reapply】，只有这样才能保证统计结果用的是当前最新的那一套数据。

　　二、DOORS统计结果导出后格式怎么整理

　　当统计出来的这些结果需要交给项目负责人或者测试人员去看的时候，就可以把当前视图导出成CSV或者TSV文件；按照DOORS官方说明里提到的，表格导出的时候，既可以直接使用当前视图里配好的那些列，也可以自己去单独挑选想要导出的属性，导出来的文件拿到Excel或者Access里面还能接着打开和加工。

　　1、先把模块保存好再去导出

　　在动手导出之前，先把模块保存一下，顺便确认一眼最新做的那些修改都已经稳稳地落到了文件里面，然后再确保目标统计视图和刚才设好的筛选条件，都还处在启用着的状态，免得导出去一堆不在统计范围内的数据。

　　2、把当前视图导出去

　　接着顺着【File】→【Export】→【Spreadsheet】这条菜单路径走，选择把当前视图给导出来。如果后面还想着要看清模块里的层级结构，那除了状态和统计数值以外，一定还要把对象的编号、层级的编号，还有主列，也跟着一并导出去，别只留几个干巴巴的数字。

　　3、内容比较复杂的时候优先选TSV

　　因为需求的描述文字里面常常会夹着逗号、换行，还有分号这类容易把表格弄乱的字符，要是用CSV格式导出来，拿Excel一打开，列的位置就经常漂得到处都是，所以要碰到字段里内容又多又杂的情况，更建议优先选用TSV格式，它靠制表符来分隔列，后面到Excel里整理的时候，能省去很多修正错位的力气。

　　4、在Excel里单独做一张汇总表

　　拿到导出来的原始表格之后，可别图省事直接就把它当成汇报材料来用，更稳妥的办法是先把它复制出一个工作表，在新的那页里，靠着筛选或者建一张数据透视表，去分别统计不同状态下各有多少条、每位负责人的名下都挂了哪些、各个优先级的分布又是怎么样的。原来的那份原始表就专门留着供以后回查用，整理好的汇总表再拿去放到评审展示的页面上。

　　三、DOORS对象统计结果怎样避免导出混乱

　　很多时候导出来的统计表看上去又杂又乱，根子倒并不是导出功能本身出了什么差错，而是因为当初在建那个视图的时候就塞了太多的列进去，再加上单元格里面夹着的一些内容，也没有提前去清理清爽。

　　1、把跟统计没关系的列先去掉

　　在导出来之前，最好只把对这一轮统计有直接帮助的那几列给留下来，至于附件的链接、超级长的备注，还有带格式的富文本说明，完全可以另外单独导出一份，不要把什么都往同一张汇总表里塞，挤在一起的报表谁看了都头疼。

　　2、把枚举值统一成同一种写法

　　这一点尤其重要，对于同一个意思的状态字段，千万不要一会儿写成“待审核”，一会儿又写成“审核中”，外加一个“Review”混在里面，因为只有把状态值的写法统一成同一种叫法，到了Excel里头去做汇总的时候，才不至于因为叫法不统一，被切成好几个本来属于同一类的分项，把整组数据切得支离破碎。

　　3、把统计的口径也留下来

　　最后，在汇总表的最顶上几行，一定要用力写清这次统计的模块叫什么名字、是哪一天导出的、当时用的是哪一套筛选规则，还有统计的对象范围到底框上了哪些。这样一来，以后哪天数字突然发生了变化，再重新翻开看的时候，才能一眼就分出来，到底是因为又新增了不少需求，还是仅仅因为统计的条件被谁调整过了。

　　总结

　　总归来说，在DOORS里要把对象的统计结果给理出来，基本的路线就是先建好专门用来统计的视图，再通过【Tools】→【Filter】→【Define】把筛选的条件设好，并且在数据发生改动之后，记得去执行【Reapply】让系统重新核算一遍；往外导出的时候，就顺着【File】→【Export】→【Spreadsheet】的菜单动手，把当前视图存成CSV或者TSV文件。最后再把原始数据和加工整理过的汇总表分开存放，顺手补上筛选的口径和说明，这样产出的统计结果，被拿到需求评审或者版本汇报的场合里去用的时候，就会顺手得多，也不容易引出歧义。