##商业软件如需下载安装使用试用,可以通过下面添加
wanglequshuijiao
有需要可以加详细聊
vx
静态测试软件(QAC、Klocwork、Coverity等)单元测试软件 集成测试软件(VectorCAST、TestBED、Tessy、C++Test等)_哔哩哔哩_bilibili
最新的Polarion终于发布了——Polarion ALM 22 R1
在这个版本中,我们对产品做了很多的优化,在以下几个方面有比较重要的更新:
l代码的可追溯性——源代码变更与跟踪管理功能使用了最新的可扩展的框架,允许您将变更从数千个分支链接到Polarion的工作项中,并且占用极低的网络资源。
lSimulink Connector ——我们提供了全新的Simulink连接器,通过内嵌的UI为用户提供集卓越的用户体验。
l工作效率提升——为不同的Live文档提供不同类型的自定义字段;在切换Live doc档筛选器时保持对工作项的关注。
让我们深入了解一下新版本带来的所有改进。
提升代码配置管理的可追溯性
我们重新思考了Polarion如何连接外部存储库,以及如何有效跟踪代码的变化。
新的Commit Traceability特性使用了Kafka作为中间数据交换工具来保存需要提交到存储库的元数据。然后每个Polarion集群的节点使用这些元数据建立索引和变更信息,从而使整个过程比原来的方案快10%到60%。
存储库 | 新方案 | 新方案 | 原方案 | ∆ |
100x local Git, 500K revisions | 2 min | 6 min | 20 min | 60% |
GitHub, 300K revisions | 40 min | 3 min | 60 min | 28% |
GitHub, 1000K revisions | 190 min | 27 min | not possible to process | – |
4x SVN, 2000K revisions | 48 s | 42 min | 50 min | 14% |
我们引入了一个新的外部存储库聚合服务(ERA,External Repository Aggregator )来管理所有外部存储库的连接。ERA服务作为一个节点,可以为一个Polarion实例支持数千个存储库,并支持主流的存储库 (SVN、Git、GitHub、GitLab和Bitbucket)的所有版本和风格
使用ERA作为单一的节点可以提高整个系统的运行效率,并且有效减少网络负载,因为不再需要有多个Polarion节点试图同时与每个外部存储库单独通信。
ERA最大的特点是通过Health polling(一种轮询方式)支持hook /GitHooks/ webhook。
在之前的版本中,每个Polarion节点每5秒钟轮询访问所有连接的外部存储库以获取更新。例如,在一个Polarion集群中,有100个连接的存储库和7个节点,每天将总共有超过1200万个请求。
在新的版本中,我们在外部存储库端配置hooks,从而让ERA知道外部存储库发生了变化。这个功能让我们不用把定期的轮询作为获取更新的主要方式。在此基础上,我们可以将轮询周期从5秒增加到几个小时,并将其用作一个双保险特性,检查由于网络问题或系统中断而导致遗漏的变更。
如果使用了hooks并将轮询的设置为1小时执行一次,那么100个外部存储库和7个Polarion节点的集群中,每天的请求总数将只有4900个。(系统的请求减少了近2500倍,仅为原来数量的0.04%。)
Repo | Commits | Health polls per day | Polls per day – hooks | New polls per day | Old solution polls | ∆ | |
Heavy | 50 | 100 | 1 200 | 5 000 | 6 200 | 6 048 000 | 975x |
Mid | 100 | 25 | 2 400 | 2 500 | 4 900 | 12 096 000 | 2468x |
Light | 450 | 1 | 10 800 | 450 | 11 250 | 54 432 000 | 4838x |
Total | 600 | 126 | 14 400 | 7950 | 22 350 | 72 576 000 | 3230x |
ERA还支持同时连接到每个存储库的多个分支。这将极大减少本地克隆库的数量。
您可以通过一个静态的列表关注需要关注的分支,也可以通过一个正则表达式(RegEx)动态的加载。
这个功能可以帮助您更高效地在某一特性分支进行功能开发工作。而且您可以在Polarion中看到所有功能分支上提交的所有代码,即便某一功能的工作还在进行中。
当您跟踪同一存储库下面的多个分支时,您提交的代码只会对所对应的分支有版本增加。一旦您得变更合并到主分支,它就不再出现在其他分支中。这使我们能够有效地跟踪来自同一存储库的多个分支,而且不会产生混乱和影响性能。
工作效率的提高
为不同LiveDocs定义不同类型的自定义字段
在新版本中,您可以为不同类型的文档(LiveDocs)定义不同类型的自定义字段,从而在不同的LiveDoc中显示其独特的属性。当然,您也可以为所有文档类型定义统一的的自定义字段,用来定义通用的属性。
为每个类型文档定义自定义字段:
System Requirement文档的自定义字段,以及Software Requirement文档的自定义字段:
切换文档过滤器的时候,保持对工作项的关注
我们对LiveDoc文档进行了优化,当您在LiveDoc文档的只读模式和完全编可辑模式之间切换时,可以通过选定的工作项来保留对当前工作的关注。
在文档页面中对关联的工作项进行跟踪
我们统一了文档中工作项表示布局中的链接工作项的呈现,以及工作项属性侧栏中链接工作项的现有行为。
l点击同一文档中的工作项链接时,将自动滚动到这个工作项所在的文档区域。
l点击不同文档中的工作项链接时,将自动打开这个工作项所在的文档,并滚动到这个工作项所在的文档区域。
l点击一个不在文档中的工作项链接时,将自动打开新的页面,显示这个工作项的详细信息。
这个功能能够使在文档上下文中跟踪工作项链接对象变得很便捷,而不需要通过工作项属性侧栏进行查看。
其他增强
l“保持登录”功能有选择性地开启或禁用,如果管理员出于安全性考虑,可以强制他们的用户总是使用他们的凭证登录。“保持登录”仅适用于通过本地用户文件或LDAP进行身份验证。使用SAML或OAuth 2的SSO单点登录方式除外。
l在登录界面添加自定义logo,并只显示自定义的logo。
l在Collection和Test Record自定义字段管理中使用Duration类型的自定义字段。
继续增强周边的生态
OSLC的支持
当您将鼠标悬停在Work Item Properties边栏中的OSLC链接上时,远程系统UI界面将会显示出来,并以富文本的方式展示内容。
我们还可以在两个不同的Polarion实例之间或另一个远程系统的需求文档的LiveDocs之间创建OSLC链接。
通过OSLC链接到其他的需求文档:
在LiveDoc文档属性侧边栏的OSLC链接显示文档的预览:
我们对Polarion的OSLC功能支持进行了以下的改进:
l在Polarion内可调整远程OSLC提供者的“选择”和“创建”对话框的大小。
lPolarion 22R1使用最新的OSLC库,以确保与远程其他系统的最大兼容性。
l当使用Teamcenter/Polarion的数据集成时,OSLC链接将显示Teamcenter项目ID、Rev ID和Name。
Webservices API中的身份验证
个人访问令牌(Personal Access token)允许您通过Webservices API(以及REST API)安全地对用户或服务帐户进行身份验证,避免在外部工具中存储用户名和密码。用户可以创建自己的具有特定过期日期的个人访问令牌,或手动撤销令牌。
通过Java Management Extensions监控license
可以通过MBean轻松地监控Polarion license的使用情况,该MBean通过Java管理扩展API(即所谓的JMX)统计许可证使用信息。由于JMX是一种标准的Java技术,可以很容易地将Polarion的license统计数据集成到企业的现有监控工具(如Zabbix或Kibana),或者通过使用Java Management Console等工具查看这些统计数据。
主动的负载均衡
主动负载均衡可以确保集群中不同应用程序节点之间的正确平衡。尤其是当用户需要添加、删除或重启集群中的Polarion应用程序节点时。
主动负载平衡要求在集群中的所有节点上共享用户的登录会话。在这以前,该功能的技术实现依赖于多播技术,但是这种技术在很多云提供商中是不可用的,因此我们更新了session的复制,以实现部署在cloud中的Polarion集群中的主动负载平衡。如果您是将polairo部署在云端,强烈建议开启此功能。
性能与可扩展性
我们改进了使用枚举类型自定义字段的对象的加载方式。现在所有的对象枚举都延迟加载到编辑器中,这大大减少了受影响的对象的加载时间。
另外,优化了构建工作项树的算法,以避免达到一定的级别时树节点的重复数据删除。如果在树的较低级别中显示相同的工作项,则重复数据删除会导致删除冗余的根工作项。
最后,默认情况下关闭了Document history中大纲编号的计算和索引,以加速历史索引并减少索引的大小。当然,也可以在Polarion属性中启用“文档历史”中的大纲编号。
Use Case | 21 R2 [s] | 22 R1 [s] | ∆ |
Load Test Run No Cache | 168 | 1 | 99,40% |
Load Test Run Cache | 14 | 0,6 | 95,70% |
TreeCreatorPerformanceTests.testCreateTree* (Median) | 0,44 | 0,21 | 51,90% |
技术升级
Graal JavaScript 引擎
目前,Polarion工作流中的函数(function)、条件(condition)和脚本作业(script job)功能使用Java的Nashhorn JavaScript引擎执行。由于在Java 17中Nashorn JavaScript引擎将会被移除,所以我们将下一代的Graal JavaScript引擎纳入了Polarion。目前,可以通过一个Polarion属性来启用Graal引擎。
从Polarion 22 R2开始,我们将支持Java 17,所以默认情况下,Polarion会使用Graal引擎。
这些脚本在不同的引擎之间会有兼容问题,所以我们建议您尽早开始验证和更新您的脚本。
对第三方系统和组件的支持
l增加对Debian 11 的支持
l增加了对PostgreSQL 13.4的支持,现在绑定在Windows发行版中
lFirefox支持仅限于ESR版本
新的帮助手册
为了使Polarion脚本开发更容易,在Polarion提供了新的SDK脚本指南。
由于Polarion在西门子工业软件工具链中十分重要,我们会不断更新其中的功能和技术,同时偶尔停用或删除过时的功能。我们创建了一个新的停用和删除计划,它列出了当前版本的所有停用和删除的功能,以及接下来的Polarion的版本规划路线图。
一些重要的问题修复
在这个版本中已经解决了许多重要的问题。例如,已修复历史工作项表中的搜索,针对历史索引执行搜索,从而产生一个准确的查询结果。以下是一些值得注意的问题修复:
DPP-225317 – Easy Linking: Memory leakage reported
DPP-224397 – White Label Error Page when activating Collaboration Feature using AWS LB
DPP-223026 – Coordinator runs out of memory because of multiplied login requests
DPP-223012 – Regression in 3.21.1 SAML: Polarion does not convert anchor links before they are sent to IdP
DPP-214163 – Regression in SVN 1.10+: History view of some documents fails with SVN exception “chunked stream ended unexpectedly„
DPP-203009 – Any changes in UI-data classes breaks the deserialization of already serialized objects
DPP-164731 – Cannot execute workflow action via drag&drop in Kanban board if the action requires description
DPP-122146 – unable to attach *.gz file to work item
DPP-96084 – NPE when selecting Work Item for bulk edit with insufficient permission
DPP-94261 – Rows in old table component are stuck in Loading… State
DPP-92597 – Filter is applied on head revision when viewing Document history
DPP-91617 – Table with no border in editor displays border in PDF Export
View the complete resolved issues list.
全新的Polarion Connector for Mathworks Simulink
我们很高兴地宣布,Polarion 22 R1包含了全新的Simulink Polarion连接器。现在,Polarion本身直接嵌入到Simulink桌面客户端中,以支持更大的客户使用模式,并减少不同应用程序之间的切换。