在利用Polarion系统进行需求、任务、缺陷和测试用例的管理过程中，操作人员经常会被两个基础问题困扰，也就是怎么去配置工作项的类型，还有就是如果字段显示不全了该怎么处理，这两个情况其实是互相紧紧关联在一起的。若是系统管理人员没有把工作项类型设计好，那么各种字段就很容易出现混乱；反过来说，如果配置好的字段在界面上显现不出来，那么用户在后面进行数据筛选、关系追溯、项目评审以及查看报表时，都会受到很不好的影响。在Polarion系统里面，字段一般包括了系统自带的内置字段，还有用户自己定义的自定义字段，这些自定义字段通常是由系统通过字段ID来识别的，并且不论是在软件的操作界面上，还是在后期的接口调用里，它们都会按照字段的配置情况被投入使用。

　　一、Polarion工作项类型怎么配置的问题

　　系统管理人员在配置Polarion的工作项类型时，千万不可以一上来就随随便便地去新增，因为类型如果弄得太多了，后期的业务流程、字段数量、人员权限以及数据报表都会被连带着变得特别复杂，比较稳妥的做法是，管理人员先按照项目里的具体管理对象来把它们拆分开，然后再去考虑哪些对象需要单独设立成一个类型。

　　1、首先需要把工作项的分类确定下来

　　系统里常见的类型一般可以包括【Requirement】【System Requirement】【Software Requirement】【Task】【Defect】【Test Case】【Change Request】这些，其中，需求类的类型主要是用来装载具体的需求内容的；开发人员执行任务时要用到任务类；缺陷类则被用来处理问题的闭环；至于验证覆盖率的事情，就交给测试用例类来负责。

　　2、接着要去配置类型的名称和它的ID

　　一个工作项类型在配置的时候，通常需要管理人员把Type ID、显示的名称、小图标、代表的颜色、还有文字描述等内容都填好，在起ID的时候，建议尽量保持短小、稳定、并且容易让人认出来，像是system_requirement、software_requirement、testcase这些就很合适，管理人员不要总是去修改ID，因为用户在后面做条件查询、定导入规则、看报表、写脚本或者搞接口集成的时候，系统可能都会去引用这个ID。

　　3、最后还要把字段、流程和链接关系绑定在一起

　　当工作项类型被配置好以后，管理人员还要抓紧去配置对应的字段、工作流以及它们之间的链接关系，例如，需求类的类型往往需要有标题、描述、优先级、状态、来源、验证方式这些字段；缺陷类的类型则需要严重程度、怎么复现的步骤、受到影响的版本、修复的版本这些内容；测试用例类就必须得有前置条件、测试的步骤、预期的结果、测试的类型。

　　二、Polarion工作项字段显示不全该怎么办

　　当发现字段显示不全的时候，这不一定就是字段本身没有被配置好，很多时候字段在系统里其实是存在的，只是因为当前的视图不对、表单的布局没调好、文档的侧边栏没选、或者是权限的设置把它给藏起来了，因为Polarion里面不同的View能够控制工作项详情页里显示哪些字段、字段怎么摆放、以及字段能不能被编辑；同时，如果系统处于Lite UI的模式下，也可能会导致界面只显示出一小部分字段。

　　1、先去核对字段在系统里是不是真的存在

　　用户可以先点进项目的管理配置界面，去瞅瞅该工作项类型下面到底有没有把对应的字段给加进去，这时候要重点盯着字段ID、字段的类型、它的适用范围还有枚举值，如果某个字段当时只是被配置给了Defect类型，而用户现在正盯着Requirement类型看，那自然就是什么也看不到的。

　　2、对当前的视图和表单布局进行检查

　　要是字段在后台配置里明明是有的，但在工作项的详情页里就是找不着，这时候就要去检查当前的View和Form Layout了，因为很多项目会给需求工程师、开发人员、测试人员分别设置不同的视图，这就导致不同角色能看到的字段是不一样的，管理员通常可以通过表单布局的配置，来决定字段放在哪个组、在什么位置、以及显示的范围有多大。

　　3、对LiveDoc文档里面的属性字段进行检查

　　如果是在LiveDoc文档里面遇到了看不到字段的情况，用户需要把工作项的属性侧边栏给打开，然后检查一下【Select Fields】或者类似的字段选择入口，因为文档的属性区域在默认状态下，可能只把状态、严重级别、负责人等少数几个字段显示出来，用户其实是可以自己去勾选哪些字段要显示在属性面板里面的。

　　三、字段和类型配置好之后如何避免频繁出现问题

　　工作项的类型和字段配置不仅会影响到当前的页面，它还会对后期的导入、查询、追溯、测试覆盖、报表以及接口集成产生一连串的连锁反应，如果前期的配置工作做得太随心所欲了，后面就会面临大量的返工。

　　1、要把字段的命名规则给建立起来

　　对于字段ID，建议统一使用英文小写字母加上下划线的方式，而名称则直接用中文来显示，比如字段ID起成verification_method，对应的显示名称就叫“验证方式”，这样安排既能让用户看懂，也方便后面报表和接口去进行调用。

　　2、要把全局字段和特定类型字段区分开

　　有些字段是适合让所有的类型一起共用的，像是状态、负责人、优先级这些；但有些字段就只适合放在某一类特定的工作项上，比方说，测试步骤这个字段只对测试用例有用，复现步骤也只对缺陷有用，管理人员在配置的时候，必须控制好字段的适用范围，不能一股脑把所有的字段都堆到所有的类型上面去。

　　3、配置搞定之后要亲自做一次端到端的验证

　　每次把新的类型或者字段新增好之后，管理人员千万不能只盯着配置页面看，而是应该去实际操作一下，亲手新建一条工作项，挨个检查创建页面、详情页面、表格视图、LiveDoc属性栏、查询结果以及报表里面是不是都能把它们正常显示出来。

　　总结

　　总的来说，Polarion工作项类型配置的核心任务，就是先把项目里的各种对象给理清楚，然后再去挨个配置类型ID、显示名称、字段、流程和链接关系；而当遇到字段显示不全的麻烦时，大家不要只死盯着字段本身不放，而是要同时去排查工作项类型、字段的适用范围、View、Form Layout、Lite UI、LiveDoc属性栏还有权限的设置情况；只要在前期把类型和字段的规则给提前统一规定好，那么后面在做需求导入、追溯矩阵、测试覆盖以及看项目报表的时候，系统运行起来都会稳定很多。