testing - AEM Workflows 的自动化测试

Question

<分区>

Answer 1

测试工作流程可能很棘手，但这是可能的。如果您考虑一下，它与测试任何其他 Web 应用程序并没有太大区别。您只需要一种方法来控制浏览器、在帐户之间切换以及以易于理解的方式管理可能复杂的测试场景。

另一个在我看来是 Hobbes 主要问题的关键要求是测试代码需要能够从命令行轻松执行并生成有用的报告供以后使用。否则，很难将此类测试集成到 CI 服务器上的任何自动化管道中。

我目前的项目团队在测试自定义批准和复制工作流程方面取得了一些成功。与我们实际定制工作流所花费的时间相比，编写测试花费了很多时间，但测试是稳定的。

我们的方法依赖于使用 Selenium Web Driver Java(用于浏览器控制)、Google Guice(用于管理页面对象和各种实用函数的复杂图形)和 JUnit/Cucumber 的组合对 Author 实例进行基于浏览器的测试控制测试场景。

关键挑战之一是所见即所得 AEM 创作界面在加载速度方面往往表现得不太可靠。有很多动态部分，其中一些是基于 ajax 调用的。

如果您使用带有 ExtJS 前端和许多 iframe 的经典 UI，这项任务就特别困难。在我看来，使用 Touch UI，定位界面的正确元素要容易得多。

也就是说，在您能够高效地编写测试代码之前，您必须付出大量的努力来找出这些接口(interface)的怪癖。

我工作的公司注意到，根据我们在众多 AEM 项目中的经验，我们将一个框架放在一起，让人们无需理会大部分样板代码。它提供开箱即用的界面，用于与 AEM UI 的关键元素进行交互。

我们在 Apache 2.0 许可证下将其开源。它叫做山猫。随时查看the project's Github page看看 simple example project .

Bobcat 也已在 Cognifide 之外采用。这blog by liatrio对他们认为特别有用的功能进行了很好的总结。