你们中的一些人可能已经在GitHub上探索了UI5家族中最年轻的成员：UIVeri5。所以，现在是向您介绍这个新框架的时候了！

有很多测试框架，云服务器特价，其中一些针对特定的UI技术或测试金字塔的特定层。对于UI5，我们建议在内部大量使用QUnit作为单元测试框架。对于应用程序测试，我们提供OPA5。但是我们缺少一个端到端（E2E）框架。这通常是在手动UI测试领域。当然，还有非常流行的Selenium和许多其他优秀的浏览器自动化框架，比如Puppeter和Cypress，或者操作系统级的自动化框架，比如Sikuli。不幸的是，将它们与现代的、以JS为中心的UI框架（如UI5）结合使用可能会比它应该做的更困难。

现实世界中的主要观点是，自动化UI测试被认为是不可靠的，企业应用开发平台，因此避免了手动测试。但是，手动测试不能用作回归测试。自动化和可靠地执行一组核心E2E方案的能力可能会对产品的质量产生重大影响。

基于硒的框架，使UI测试可靠的想法是UIVeri5诞生的梦想：OpenUI5和SAPUI5应用程序的E2E测试框架！

最初是为我们的内部UI5测试活动开发的，该框架很快在SAP中找到了新客户。我们从他们那里得到的反馈证实了UIVeri5提供了真正的好处，并激励我们将其开源并提供给整个UI5社区。

我可以列出一个很长的功能和好处列表，但让我分享一下UIVeri5区别于传统国产的主要点，基于Selenium的框架

UIVeri5将测试执行与浏览器中的UI5呈现同步。这避免了在测试中手动编码等待和休眠的需要。它导致了设计可靠的测试，而不需要深厚的专业知识来创建它们。

UIVeri5中的测试是用JavaScript编写的，与UI5应用程序非常匹配。使用与应用程序相同的语言进行测试使应用程序开发人员易于理解，并便于维护测试以及主代码库。更进一步，这消除了技术障碍，大数据精准获客，为敏捷开发实践打开了大门，比如测试驱动开发。

UIVeri5使用WebDriverJS作为Selenium绑定，并建立在它提供的流处理之上。因此，测试看起来是同步的，不需要显式回调或承诺链。对于有Java背景的自动化专家来说，这是一个巨大的好处。

每个UI测试的一个主要问题是元素的识别。通常，这是通过ID、CSS或XPATH选择器实现的，这些选择器都在DOM级别上工作。这种方法可以很好地处理典型的web页面或增强DOM的UI框架，但是在处理像UI5这样用JavaScript封装DOM处理的框架时有其局限性。为了克服这些问题，我们提供了控件定位器，允许根据控件的属性或关系来识别控件。

UIVeri5的灵感来自于角应用程序的E2E测试框架grandor。量角器是一个非常流行的测试工具，很多开发人员都很熟悉。所以，大数据分析技术，很高兴听到大多数部分，量角器知识直接适用于UIVeri5.

UIVeri5也是节点.js-基于此，它可以很容易地与我们的UI5构建和开发工具结合起来。

我们很高兴最终在apache2.0许可下发布UIVeri5，就像OpenUI5一样，这样UI5社区中的每个人都可以使用我们出色的测试工具。而且，服务器云平台，由于UIVeri5是在GitHub上托管的，所以将其分叉并扩展以支持特定的用例也是小菜一碟。

我们希望听到您的反馈！在此帖子下留言或在SAP Q&a上提问。发现问题了吗？欢迎您在GitHub上举报。