TP系列——需求管理

zhuangliang

当我们完成了项目的新建后，对于项目的实施者，尤其是项目经理而言，不得不面对无论在软件测试还是软件开发中都是一个极具挑战的事情——软件需求，如何既有效率又能准确、高质量的获取软件测试及软件开发的需求，这在领域里也是一个很大而且很有难度的课题。
那TP是如何来将需求管理尽可能的做好呢？
首先，让我们进入TP的需求管理模块，点击“新建”按钮，进入新建需求界面中，

（图1）
其实，就TP的新增需求界面来看的话，填写的内容和其他工具的需求管理工具的填写项没有太多的区别.
但这里我想提两点，
第一就是需求来源，其实大部分的同类软件都不会加上需求来源这个填入项，而这个项有和没有却有了很大的区别，为什么呢？因为，需求的来源将决定了需求的质量和准确性，当你面对纷乱杂多的需求项目时，你如何去判定需求的重要性还是准确性呢，有人说，通过需求级别，其实这里有个缺点，就是对于级别的判定是人为的，而不是客观事实，这样的话，你很难判定他的准确及重要性，但来源是客观的，那么油了需求来源就有了客观评判的重要依据。
那么，需求来源怎么去新增呢，
在需求管理主界面上，有个“来源”按钮，点击后我们会看到如下界面，

（图2）
通过这里，我们能够新增相关的需求来源信息，当然我们依旧秉承了TP细腻的性格，维护人与创建人完全分开管理，有效的进行信息的维护和跟踪。
第二、是对需求管理人员的分类，很多人不理解，为什么要这么细呢？其实，看上去分的很复杂，也是为了能够更好的跟踪需求状态，以求保证需求的准确性，不至于由于，人员的变动，造成需求的变更，或者丢失，而造成质量无法保证。
那么，这就是TP提供的简单却不失去内涵的需求手动新增方式。
而且，当大家开始使用TP的时候，会发现每次新增一个新的需求都会沿用上一个新增的需求的内容，因为经过我们的研究，我们发现，每每新增的需求总是会和前一个需求有关或者基本一致，在这样的前提下，我们做出了这样的设置，这样大家只要修改一下需求就新增好了新的需求。
接着，我们来介绍一下TP另一个比较有效的功能——需求继承，大部分工具所谓的需求继承就是简单的将其他的项目的需求信息复制、粘贴过来，造成需求管理模块下的，内容逻辑混乱，并且你要到相关项目下，才能把相关项目需求继承到我所要的项目中去，这就牵扯到了项目的权限问题，而且很多工具为了避免这样的情况不得不对继承内容进行了裁剪，这样反而造成使用上的不便，大家可以看一下，下图中画了红框的地方，TP就有效的解决了这样的问题，让你可以有选择进行继承需求间的逻辑关系，并且可以方便的选择相关的项目需求。

（图3）
接着，我们再聊聊需求批量导入的功能，对于大部分公司而言，在使用TP前已经开始进行测试需求的管理，只是依靠常规的文档工具来进行管理，那么如果我们要怎么样才能把原来的资产也导进相关的系统呢？在这里我们提供了EXCEL导入的功能，至于导入的模板，我们就只要用导出的结果来作为模板就可以了，当然，需要导入的内容也是需要进行一部分调整来满足导入格式的准确。

（图4）

（图5）导入模板图
最后，我们来说说比较受公司测试人员喜欢的地方，那就文档的生成，前面说到需求的导入导出，可能已经有了相关文档了，那么为什么还要有文档生成的功能呢？其实很简单，EXCEL文档的话对于执行实施人员可能够了，但是，这样的问题来了，对于领导而言，这样的文档是不够的，而且对于很多公司而言有自己的文档体系，那么肯定有自己的文档格式，大部分软件并不支持这类的操作，或者导出软件自己的模板，而且TP可以通过自己的需要在调用TP的控件，以word的方式，生成自己所需要的报告模板，实现个性化的文档自定义。

（图6）

（图7）文档模板编辑界面
当然，TP的也提供了需求树、需求复制等等常规的功能。