在开发过程中，在浏览器中手动启动和检查OPA5测试就足够了。如果以这种方式开始，测试通常部署在web服务器、HCP HTML5应用程序等服务上，或者与Java应用程序捆绑在一起。
进行continuos集成，构建持续时间可能会成为一个挑战。为了匹配这一点，可以使用Karma和PhantomJS运行OPA5测试。虽然Karma会将文件提供给浏览器，而不需要实际的web服务器的开销，但PhantomJS不需要Chrome这样的web浏览器所产生的开销，Chrome需要在窗口系统中运行。
Karma运行可以生成junit XML文件，该文件可以在像Jenkins CI这样的连续集成中发布。一旦安装了karma reporter，也支持其他格式。
karma基于NodeJS。因此，一个先决条件是LTS或最新的NodeJS安装及其包管理器npm。此外，还有一个具有推荐文件夹结构的UI5项目。它需要包括至少一个OPA5测试与模拟后端。在根文件夹中，需要初始化npm项目：
PhantomJS因果报应因果报应5因果报应Karma Junit记者Karma Coverage
此时应初始化一个npm项目，我们将在其中安装额外的NodeJS模块。
Karma和PhantomJS启动程序：
测试执行所需的插件：
将结果存储为JUnit格式的Reporter插件：
使用Istanbul计算测试覆盖率：
如何配置因果报应.conf.js一般来说记录于因果报应.io. 初始化并清空一个运行命令：
文件
通过运行karma，一个上下文.html并将所需的文件添加到其中。文件数组指定要加载的文件。karma-openui5插件将以正确的顺序自动将所需的UI5文件添加到文件数组中。需要指定其他文件。由索引.html并要求/开始其余的是最后指定的。它是唯一一个包含属性设置为true的文件。如果需要记录代码覆盖率，请用webapp替换dist.
代理
默认情况下，淘客app原生，Karma将在/base/（…）处提供文件。如果在测试应用程序中使用绝对路径，则会发生错误。为了克服Karma的代理功能，可以使用
或者在测试未压缩源的情况下使用到webapp文件夹的映射
UI5 Config
在安装插件Karma-openui5之后，可以配置一个加载UI5的CDN以及UI5本身。这里记录了基本设置。为了快速执行，请确保禁用动画并激活异步预加载
记录测试覆盖率
如果安装了karma Coverage插件并针对源文件执行测试，则可以记录OPA5测试的覆盖率。将插件添加到报告程序。还要配置预处理器，以便插件知道应该记录哪些文件。
根据CI系统，代码覆盖率报告需要不同的格式。例如，Jenkins CI可以使用Cobertura格式，而SonarQube更喜欢lcov。创建报告/coverage/cobertura/覆盖率.xml配置如下。如果需要，增加更多的记者。
扩展因果报应.conf.js
测试的执行可能会花费大量时间。另一个用例是记录测试覆盖率。这里应该测试原始源，而不是dist文件夹中的压缩文件。在上面，应该对dist文件夹执行相同的测试，以确保压缩不会阻止测试。对于这样的用例，可以使用一个基本配置，这个配置可以由其他各种配置扩展。扩展配置将由任务运行程序指定并加载基本配置。
启动业力需要几秒钟。如果没有其他配置，文件会缓存到ram中以提高速度。对于每个启动的任务，都必须重复此过程。在并行执行N个业力任务之前，确保在执行时间和/或进程方面有实际的收益。
OPA5测试从QUnit函数开始数量开始(). 如果在浏览器中作为手动测试运行，则调用数量开始（）在文件中`AllOPATests.js文件`一旦它加载了所有的测试文件。
但是如果用Karma运行，大数据时代纪录片，插件Karma qunit的问题将启动测试，即使配置QUnit.config.autostart设置为false。这将导致所有测试失败，云计算和大数据的区别，因为第二个启动命令将中断测试。这个已知问题的票证可以在这里找到。若要解决此问题，请使用函数调用注释行runner.开始（）；在文件节点_modules/karma qunit/lib/适配器.js或者添加对autostart属性的检查
第二个挑战是延迟。可能UI5尚未完全加载，但所有测试文件都已加载。如果此时执行QUnit命令，实时数据采集系统，测试将失败，企业软件平台，因为sap.m或其他模块仍在加载过程中。这可以通过一个函数来克服，该函数检查UI5模块是否已加载，如果未加载，则自行重新启动。在你通常执行死刑的地方使用数量开始(). 它可能看起来像：
为了将业力作为一个吞食任务来运行，不需要插件。N个任务可以由一个普通任务定义和分组：
因果报应.conf.js
因果报应区_所有.conf.js
因果报应网络应用_所有.conf.js
