Polarion 21R1发布及其新特性

2021-05-11 Andy，Michael

Polarion ALM 21R1版本已于4月20日正式发布。在这个版本中，根据客户的反馈，我们对现有功能的协同使用方面做了重大改进，同时在可用性以及性能方面也做了不少改进。主要体现在如下方面：

  • LiveDoc协同 – 现在可以看到有多少人在同时处理一个文档，冲突合并也得到了改进。

  • 用户身份认证 – 这个版本带来了对用户身份认证的重大修改，包括能对多个提供者进行身份认证。

  • 连接器改进 – ReqIF自动映射、与Jira进行规划数据同步等。

让我们深入了解一下新版本带来的所有改进。

 

1.  LiveDoc协同编辑

1.1 协作通知

为了帮助改进用户之间的协作并了解潜在的并发编辑，Polarion进行了增强，在多个用户打开同一LiveDoc进行编辑时将能提供可视化的通知。我们称之为协同通知。这些通知被推送到用户端，这样他们就无须像以前那样要通过刷新浏览器才能获得最新状态。

  • 文档编辑器的工具栏中新增了一个图标，用来显示当前正在处理该文档的人数，因此用户可以获知他们是否是当前正在处理该文档的唯一人员（绿色状态，带有“You”标题）、或者是否存在潜在的变更冲突风险，因为有其他人员也在处理同一文档。（带数字的绿色状态）

  • 点击该图标将显示正在同时处理该文档的人员列表。

  • 如果通知服务离线，图标将为灰色失效状态。

在21R1版本中，这一功能特性暂时还只能显示正在处理同一文档的用户列表，无法显示其操作的详细信息。不过，在后续版本中将会通过不同状态来分别显示用户的读（绿色）、编辑（橙色）和已保存变更（红色）动作。

在上面的示例中，第一个截图（从左到右）显示了打开文档的4个用户，第二个截图显示只有一个用户在打开文档，而最后一个截图显示协同通知服务掉线了。

这个视频演示了四个用户正在协同编辑同一文档时的协同通知功能。

Polarion ALM 20R1 - 协同通知功能

我们自己也在使用Polarion LiveDoc撰写这个博客，这对大家来说应该毫不奇怪。它需要我们的多个团队成员同时贡献内容，这时，我们发现新的协同通知功能就非常有用了，它可以帮助我们更好地实时了解到哪些用户正在处理这篇博客文章的内容！

1.2 合并冲突改进

为了搭配协同通知功能，我们还对LiveDoc的并发编辑方面做了一些改进。

首先，我们改进了Polarion在自动合并结构上的并发修改方面的处理方式：移动、缩进、添加或删除文档中的工作项、标题和段落。假设多个用户对文档不同部分中的工作项进行重新排序，将不再导致一场“激烈”的冲突，现在Polarion都能安全地合并这些变更。此外，在报告冲突的过程中，我们会在并发更改对话框中指出冲突的类型（是结构更改还是内容上的更改），这有助于用户更好地理解所报告的冲突。

其次，并发更改警告对话框完全被重写了。如前所述，所报告的冲突类型更清晰了，您同时还能注意到醒目的红色和黄色，表示Polarion是否能安全地合并变更。黄色表示可以安全地合并并发更改，但建议用户在保存文档之前查看更改。红色表示并发更改是一个“硬”冲突，将导致不安全的合并，这时Polarion将覆盖之前的编辑结果，用户需要通过手动合并相关的变更。

最后，我们添加了解释性的提示，帮助用户更好地理解所做更改的冲突含义，以及改进并发更改发生时的总体日志记录。

示例：检测到结构上的并发修改，Polarion可以在保存时安全合并。

示例：检测到内容上的并发修改，Polarion无法在保存时安全合并。如果用户保存文档，某些内容将被覆盖，用户需要手工合并回任何先前的修改。另外请注意，在本例中，还对文档进行了结构上的修改，但它们可以被安全合并。

1.3 针对多个提供者的身份验证

新版本的身份认证方法几乎完全重写了，为我们的客户带来了许多好处，同时与不同身份认证提供者的配置进行了对齐。新配置带来的最显著好处是可以同时使用多个身份验证提供者，并对Polarion进行配置，以便不同的用户可以通过使用不同的身份认证方式登录。这个功能为我们的客户提供了许多新的选择。他们可以：

  • 邀请他们的供应商或客户进入他们的Polarion实例进行评审和协同，针对外部用户使用他们各自的云身份提供者来进行身份认证。

  • 使用多个LDAP服务器进行身份认证。

  • 创建本地认证的服务用户帐户，允许外部工具连接到Polarion。（无需在公司的身份管理系统中设置它们）

以下是新身份验证带来的更多改进：

  • 管理员可以更好地控制每个身份验证提供者或LDAP配置的行为，例如，仅为特定的身份认证方式启用自动创建用户功能。

  • 身份认证可以通过新的认证管理页面进行配置，该页面提供了语法感知的XML编辑器，可进行深度的校验，帮助您正确配置所有内容。

  • 无缝更新SAML单点登录的加密证书。Polarion现在支持为一个SAML身份提供者发放多个证书，因此您可以提前更新要过期的证书。

  • LDAP绑定密码和oAuth客户端机密可以存储在用户账户保险库中，这样它们就得到了安全加密。

  • 帐户保险库密钥可通过web服务API来更新。这样就允许您的IT运营团队在服务帐户密码过期时使用他们偏好的DevOps工具来更新服务帐户密码。

更新到21R1版本时，需要对大多数现有的Polarion部署进行重新配置。因此，在更新到此版本之前，请查看支持中心上的新“认证指南” 。

需要了解的重要事项：

  • 所有使用LDAP身份认证的部署都需要重新配置。如果没有新的配置，您的Polarion实例将无法访问。

  • 使用密码、OAuth2和SAML方法的身份认证暂时是向后兼容的，但是强烈建议您使用新的配置方法重新配置它们。

  • Kerberos和Teamcenter Security Services（TcSS）身份认证方法仍必须通过polarion.properties文件中的系统配置属性进行配置，不支持与其他身份认证源进行组合。

  • 如果使用带有负载均衡的集群设置，必须调整Apache配置。在集群环境中，这些更改应该在更新完所有运行Polarion服务的机器之后进行。

不再使用passwd文件来存储本地用户的密码，而是创建了一个新的passwd_credentials文件来保存。passwd文件仍然存在，但现在只用于存储系统生成的密码，供内部Polarion进程使用。

  • 在21R1之前对passwd文件进行自定义修改的管理员，现在应该调整为修改passwd_credentials文件。

  • 如果使用了指向passwd文件的外部服务，请调整其配置以指向passwd_credentials文件。

1.4 LiveDocs的字段级许可

为了为文档设置健壮的流程和工作流，LiveDoc的许可模式得到了增强，现在支持字段级许可设置。与工作项上的功能类似，状态和定制字段的值可以选择性地设置为只读或完全隐藏。完整的配置位于许可证管理的文档部分。

可以配置定制数据集以反映文档工作流的不同处理阶段。一旦文档达到特定的成熟阶段，就可以锁定其字段，以防止特定角色对其进行修改。因此，现在更容易实现以下场景：

  • 在创建文档时为文档分配不可更改的唯一文档ID。

  • 为文档设置版本字段，该字段仅允许在特定工作流步骤中通过脚本操作递增、不能通过其他方式进行编辑。

  • 文档一旦被批准，您可以防止对它的版本、所有者和风险评估进行修改。

  • 确保特定的文档字段（如“QA评估”字段）只能由质量经理编辑。

1.5 针对测试记录的定制属性

我们的客户经常使用Polarion来管理其物理产品的验证和确认过程。物理产品的测试通常需要支持其测试的特定基础架构和工具。我们考虑到了这些客户的诉求，通过为测试执行数据增加定制属性来对Polarion的测试管理功能进行了改进。

定制属性允许您在测试执行期间甚至之前记录其它的结构化信息，如：

  • 用于测试的测试设备的序列ID。

  • 测试期间测量到的电压、温度或流速。

  • 负责执行特定测试用例的测试人员。

以结构化的格式保存这些记录可以为测试执行提供更健壮的过程控制和验证，还使得在能验证数据的基础上更容易地进行报告，从而为客户的验证过程提供额外的洞察力和潜在的生产力改进。

定制属性通过新增的测试记录定制字段管理页面进行配置。这些属性的值可通过测试执行视图填写、或通过API进行设置，然后可显示在测试记录视图和测试记录小部件中。

 

2. 连接器改进

2.1 ReqIF自动映射器

通过与我们的客户访谈，我们知道有很多客户在使用Polarion的ReqIF导入导出功能。我们还从您那里听说，当您需要导入包含多个文档和多个属性的ReqIF时，需要花一些时间才能设置所需的ReqIF映射。所以我们为导入提供了ReqIF自动映射器：

ReqIF自动映射器包括两个步骤。首先，ReqIF文件中包含的所有工作项类型都可以方便地映射到Polarion工作项类型：

其次，显示所有ReqIF工作项类型下的所有属性的汇总列表，以便它们可以映射到Polarion属性：

注意到上图中的“Create missing attributes and values (创建缺失的属性和值)”选项了吗？选中后，将为每个未映射的字段创建一个定制字段，包括枚举项及其值。

2.2 与Jira同步规划数据

Polarion 21R1引入了在Polarion（字段 Planned In）和Jira（字段 Fix versions）之间自动同步规划数据的功能。这意味着，如果在“Planned In”或“Fix versions”字段中引用了Polarion 规划和Jira版本，则会自动创建、更新和删除它们。配置过程类似于工作项类型映射：

 对于这一类型映射，支持以下属性：

2.3 保留所同步工作项上的本地附件

假设需求被从您的客户单向同步到您的研发部门，然后您为这些需求添加了附件以供内部使用。接下来，每次与客户同步时，这些附件都将会被删除，原因很简单，因为客户这边不存在这些附件，同步是单向的。使用Polarion 21R1，您可以更改这一行为并对其进行配置，以便保留这些本地附件：

2.4 联邦链接的属性可配置

到目前为止，远程系统中被链接工作项的属性只有当鼠标悬停在链接上并在预览窗口中查询时，才能访问得到。为了使它更简单，我们引入了一种机制，可以将信息放在工作项窗体中您所期望的地方：

在上面的例子中，通过窗体配置在工作项窗体中添加了一个区域。在这个新的区域中，显示了所指定类型的工作项（变更请求），对每个工作项，您可以直接查看到它们的状态。

无须额外的链接悬停和预览动作！要显示的区域的数量，工作项类型，以及要显示的属性，都是可配置的。在下面的例子中，您可以看到配置了更多的属性，如User、Date等：

2.5 连接器的健壮性和可扩展性改进了

在连接器的健壮性和可扩展性方面做了许多改进，适用于Polarion提供的多个集成。这些改进可总结如下：

  • 增强的日志记录，便于监控和故障排除：连接器日志文件可清楚地显示同步的每个阶段发生的情况，提供更清晰的消息和提示，以帮助解决问题。这使我们的客户能够更有效地解决同步问题。

  • 当数据同步由于暂时的网络故障而失败时，会损失宝贵的时间。为了缓解这种情况，我们引入了重试功能，以使同步更加健壮，防范网络通信错误。重试次数和重试之间的延迟是可配置的。

  • 为了减少内存分配，我们实现了一个改进，以便附件只在需要时才保留在内存中。

 

3. 增强

3.1 集合改进

随着集合成为Polarion“一等公民”对象类型集合中的最新一员，我们的团队在持续增强和完善其特性集。Polarion 21R1有以下改进：

  • Live Report的表格小部件中提供了集合类型，可以轻松在报告中列出集合。

  • 支持集合类型的枚举定制字段。目前还不支持多值枚举，但将在后续版本中提供。

  • 将集合和基线的URL粘贴到富文本编辑器中将会创建 Live-link，这样允许您在其他工件中轻松引用集合。

3.2 可用性改进

我们从客户那里收到了很多关于如何进一步改进Polarion的反馈，我们试图在每一个版本的Polarion中改善一些可用性。这次选择了以下改进：

  • 新版控制图小部件提供了可视化查询编辑器功能（我们内部也称之为查询气泡），这一改进还带来了新的Lucene查询类型小部件参数。它有一个可视化查询编辑器，可以在UI中使用，与数据集参数是分开的。

  • 文档大纲侧边栏增加了“全部折叠”动作，这样用户在浏览大型LiveDoc时可以轻松地折叠整个文档结构。

  • 除了能够插入“引用工作项”之外，带有QA许可证的用户现在还可以冻结/解冻已引用的工作项。

3.3 后台管理改进

Polarion管理员非常欢迎在20R1版本中新引入的累积补丁包机制。从Polarion 20R2开始，为了使管理员更容易部署补丁包，我们将它们变为迷你发布。它们像全量更新包一样进行分发，有自己的构建ID。这样就使管理员可以从Polarion用户界面轻松确定补丁版本。

我们还使管理员更容易从最终用户那里收集反馈，就像我们做的那样，许多Polarion管理员在专门的Polarion项目中跟踪内部反馈和改进请求。左侧配置面板上的发送反馈动作有一个可定制的反馈目标，可通过新增的属性进行配置。

新版本的Tomcat被引入到了Polarion平台中，它增加了额外的方法来保护Polarion的部署。Apache HTTPD和Polarion Tomcat AJP端口之间的通信现在可以配置为需要一个秘密令牌。

 

4. 性能和可扩展性

快速响应的系统是良好可用性和最终用户满意度的关键。在这个版本中，我们致力于在三个不同的方面改进特定的UI操作以及整体后端性能。

在前端，移动工作项对话框中的加载文档结构已经重写，以利用文档大纲侧边栏中经验证过的逻辑。这使得在“移动工作项”对话框中加载文档结构的时间大大缩短到不到一秒钟。

接下来，作为整个身份认证改进工作的一部分，我们优化了与后端Subversion持久层之间的通信。特别是对于单点登录环境，Subversion通信中“较重”的操作性能有了更显著的改善。我们对真实文档的测试表明：

  • 来自不同来源的文档的首次导入改善了22%到57%。

  • 文档双向协同导入改善了15%到31%。

  • LiveDoc中的保存操作快了13%到38%。

  • 在1000万个工作项的仓库上对2000个并发用户进行负载测试期间，写操作速度提高了26%到36%。

第二个改进是对内置和定制字段中使用的对象枚举的转换和缓存。（例如，负责人；作者；列出用户、文档或测试执行的定制字段）。这些枚举选项在整个Polarion系统中大量使用。更智能地重用可用的枚举选项，可以改善这些字段的编辑器显示，并使全局查询面板的加载更快（特别是在大量定义了这些定制字段的环境中）

最后一项重大改进是对长历史记录对象的索引。手动测试执行可以有数千个历史版本。这需要很长时间来进行索引。改进的缓存和其他优化措施将具有长历史记录的测试执行的索引时间减少了两个数量级。

对于具有长历史记录对象的索引处理的另一项重大改进仍在进行中，但已经可以通过设置com.siemens.polarion.cache.skipHistory.enable=true Polarion属性来启用。

启用这个属性后Polarion将采用更智能的缓存，显著减少从Subversion请求的历史数据量。由于网络通信的原因，集群和云环境下对Subversion数据的访问通常较慢，它们尤其会从这一新的优化措施中获益。不过，使用这一优化措施的时候还是要谨慎一些，可通过我们的技术支持网站报告所遇到的任何问题和反馈（也可寻求Teamlive技术支持，网站为：https://support.teamlive.com.cn ）。

4.1 技术维护

除了许多功能性和非功能性改进之外，我们的团队还交付了一些技术更新：

  • 工作项主题中的Live Plan视图已删除，因为它使用的是过时的Flash技术。我们保留了LivePlan计算作业，该作业仍然可以用于计算工作项的计划开始和结束日期以及Live Plan的XML数据。还需要这个Live Plan视图的客户可以通过这个商业插件（http://marketplace.teamlive.com.cn/htmls/LivePlan/product_detail.html）来支持。

  • Polarion Variants二进制文件被更新了，以利用最新的pure::variants更新。它现在兼容pure::variants的最新版本，其性能和可靠性也得到了改进。

  • Subversion 1.14 LTS已加入到Polarion支持的版本中。更新后的Subversion和Apache二进制文件已经被加入到了Windows安装包中。

  • Ubuntu 20.04 LTS已添加到支持的操作系统中。Ubuntu 16.04 LTS已删除。

4.2 值得注意的问题修复

新版本还提供了许多质量改进和缺陷修复，其中最重要的已经打包到之前的Polarion20R2版本的累积补丁包中。

已解决问题的完整列表可以在支持中心访问得到。下面列出了最值得留意的问题。

DPP-79913 – Rows in Traceability and Variants Compare Matrix misaligned when rescaling in Chrome (20 R2 P2)

DPP-92725 – PDF Export is losing imported UTF-8 characters (20 R2 P1)

DPP-117855 – Cannot round-trip moved LiveDoc that has overlapping location with other LiveDoc (20 R2 P2)

DPP-118222 – Updating derived document fails with NPE if source Work Item was deleted

DPP-121051 – Pasting unformatted text in table (in description of WI) will remove formatting in cells which are already formatted

DPP-125195 – Work items without author cause NPE if lazy load ONDPP-205981 – Missing Spaces in navigation panel in Baseline view (20 R2 P1)

DPP-211194 – User sessions occasionally don’t expire due to stale webapp (20 R2 P1)

DPP-216354 – Jenkins Connector: Persisted reference to build is missing after removing connection

DPP-217714 – Jenkins connector does not support builds longer than 24 hours (20 R2 P2)

4.3 更新信息

21R1版本是针对所有Polarion ALM产品的更新。对于尚在维护期的客户来说，可免费升级到这一版本。

4.4 评估

如果您想试用，可以联系Teamlive，邮件：info@teamlive.com.cn， 我们专业的Polarion售前团队将支持您。

 


微信扫一扫
关注该公众号