修改需求后，历史记录里的内容看着不对，先记下需求编号，再确认自己打开的是哪个版本。Polarion会记录单条需求工作项的修改，也会记录承载需求的LiveDoc修订版；文档基线和项目基线则对应不同的保存范围。一位同事查看工作项最新内容，另一位打开上次交付的基线，两人看到的文字可能不同。

在Polarion中执行一批测试用例，通常要先创建测试运行（Test Run）。创建后如果只有部分用例找不到执行入口，先记下这些用例的编号：它们可能没有进入本次运行，也可能关联了不同的文档版本。下面按创建、排查和复查的顺序操作。界面名称以所用版本为准。

工作项换了负责人、状态也更新了，相关人员却没有收到邮件。排查前先记下工作项编号、操作时间和预期收件人，再确认规则监听的事件与接收对象。下面以工作项邮件通知为例，介绍项目规则的设置方法和检查顺序。

在Polarion里，工作项明明存在，列表里却找不到，可以先从查询范围和筛选条件查起。下面以配置一条查询为例，再用已知编号的工作项核对遗漏原因。操作时以当前版本的界面标签为准；项目自定义字段的名称可能与示例不同。

Polarion项目仪表板一般通过LiveReport Page和Widget组合展示项目进度、需求状态、缺陷数量、测试执行情况等数据。仪表板页面本身只是展示载体，真正决定组件显示结果的是查询范围、筛选条件、页面参数和当前用户权限。遇到Work Item已经修改，仪表板里的数字或列表却没变化时，可以先检查组件到底在查哪些数据，再判断是页面配置没有更新，还是当前账号读取不到对应对象。

Polarion的LiveDoc把普通文档编辑和Work Item管理放在同一个页面里，可以直接维护需求、测试用例、缺陷以及它们之间的关联。创建文档后，Work Item显示多少内容并不是固定的，文档自己的展示配置、当前过滤条件、用户权限和Work Item状态都会影响页面结果。遇到标题能看到但字段缺失，或者某些Work Item整条不见时，要先分清是展示配置问题，还是对象已经被过滤、移除或权限限制。

Polarion可以把Excel里的需求、测试用例、缺陷等数据导入项目，并转换成对应的Work Item。已有需求表迁移到Polarion时，比较容易出问题的是字段对应关系，比如Excel里的“需求名称”被写进Description，优先级导入到错误枚举项，或者自定义字段整列为空。处理这类问题时，先把Excel表头、Work Item类型和目标字段整理清楚，再在导入向导里逐列确认映射，能省掉导入后批量返工。

Polarion可以把Work Item的读取、修改、删除等权限分配给不同角色，也能继续细化到具体字段。比如需求进入评审后，只允许负责人修改责任人字段，其他成员只能查看；需求进入批准状态后，标题、描述和某些自定义字段也可以锁住。字段权限已经配置，用户却还能编辑时，通常要检查角色继承、项目级与全局级配置、字段修改权限以及Read-only Fields是否真正作用到当前Work Item。

需求与测试用例没有稳定关联时，很难确认哪些需求已经验证，哪些仍缺少覆盖。处理“Polarion测试用例怎么关联需求Polarion需求与测试用例追溯不完整如何检查”时，应先统一链接角色和方向，再检查查询范围、版本关系与数据权限。

Polarion工作流决定工作项能够从哪个状态进入哪个状态，也决定谁可以执行、需要补齐哪些字段以及是否必须签名。配置出现偏差后，用户可能看不到流转动作，或者点击后提示条件不满足。处理“Polarion工作流怎么配置Polarion工作项状态无法流转是什么原因”时，应先确认工作项类型与工作流匹配，再检查动作、角色、字段和条件。